This is something I have learned the hard way and most likely a rookie mistake. I have been using Visual Studio Code when tailoring Dockerfile definitions for various projects since Visual Studio Code comes with a very handy Docker extension from Microsoft. You can view, attach, start an interactive shell, etc. to a running container. You can also manage your images in the same interface.

This week I was trying to create a Docker container that would have Cron jobs running. Although I was able to configure the scheduled Cron jobs, I could not get the service start when container is created and running. I couldn't simply put ENTRYPOINT ["cron", "-f"] as I was already using ENTRYPOINT for executing R scripts through Plumber endpoint.

The solution was to use an ENTRYPOINT script. So, I created a new sh file and initialised my script like below.

#!/bin/sh

service cron start

R -e "pr <- plumber::plumb('/app/plumber.R'); pr\\$run(host='0.0.0.0', port=8000)"

# Hand off to the CMD
exec "[email protected]"

I thought to myself this should work. Aaaaand nope! Two hours later and all the builds failed with the following error.

standard_init_linux.go:207: exec user process caused "no such file or directory"

I checked all the file/folder paths and everything seemed fine. Then, as I was reading through the errors, I realised something.

And, there it was. Visual Studio Code uses Windows style line-endings (CR LF) by default. My base Docker image is a Debian one. As soon as I changed the line-endings style to unix-style (LF) all the builds passed.

TL;DR If you are writing shell scripts using Visual Studio Code on Windows, make sure to change your line-ending style from CR LF to LF.