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

[GingerMoon]

Which lab is it that you're having issues with?
In-container Java Development: IntelliJ Community Edition
https://github.com/docker/labs/blob/master/developer-tools/java-debugging/IntelliJ-README.md

Description

I got the error below after running the command: docker-compose up
webserver_1 | standard_init_linux.go:178: exec user process caused "no such file or directory"

Steps to reproduce the issue, if relevant:
Do the same as described in the link:
https://github.com/docker/labs/blob/master/developer-tools/java-debugging/IntelliJ-README.md
But is blocked at:
Running the application
Open a terminal and go to the application directory. Start the application with docker-compose

docker-compose up

Describe the results you received:
webserver_1 | standard_init_linux.go:178: exec user process caused "no such file or directory"

Additional information you deem important (e.g. issue happens only occasionally):

Output of docker version:

Docker version 17.03.1-ce, build c6d412e
Windows10 Enterprise

[GingerMoon]

Tried with
git clone https://github.com/spara/registration-docker.git --config core.autocrlf=input
Still doesn't work.

[ManoMarks]

@GingerMoon were you in the root of the application directory when you ran docker-compose up? Here's what it looks like for me:

[GingerMoon]

@ManoMarks Thank you very much for the prompt response!
git clone https://github.com/spara/registration-docker.git --config core.autocrlf=input

[GingerMoon]

Hi guys,
Any update?

Regards,

[spara]

Hi GingerMoon,

I was able to replicate your problem which is the LF character in dos/cygwin/Powershell is converted to CRLF when the repo is pushed to github. This occurs on a Windows 10 machine in either the Windows git client or Powershell. Use dos2unix to fix the affected files

dos2unix  ../labs/developer-tools/java-debugging/registration-webserver/tomcat/tomcat-users.xml
dos2unix  ../labs/developer-tools/java-debugging/registration-webserver/tomcat/run.sh

[GingerMoon]

Hi spara,
Thank you for your reply. It doesn't work.

[GingerMoon]

@spara

[spara]

Did you rebuild the containers to use the files that were changed?

docker-compose up --build

[GingerMoon]

many thanks!

[snail9367]

Hi GingerMoon, did you solve the problem?

[spara]

How to run tutorial in Windows:

dos2unix  ../labs/developer-tools/java-debugging/registration-webserver/tomcat/tomcat-users.xml
dos2unix  ../labs/developer-tools/java-debugging/registration-webserver/tomcat/run.sh
docker-compose up --build

[lwsgh]

it's caused by git for windows, line breaks are forced to dos format
step 1: git config --global core.autocrlf false
step 2: delete code and git clone again

[jchavannes]

I am having similar issue:

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

This error message doesn't give me much of a clue what might be the error. Been struggling for a few hours to try to fix but don't really even know where to start :(

Btw, I am not using windows and using dos2unix didn't fix it. No matter what I try I get this error...

[spara]

Which operating system are you using and what version of Docker?

[jchavannes]

@spara Mac and Docker for Mac, version 17.12.0-ce-rc2-mac41 (21193).

I have a go binary and am using FROM scratch. It works for a hello world binary, but when I put a more complicated one in there I get this error.

[spara]

Can you post your Dockerfile?

[jchavannes]

FROM scratch
ADD main /
CMD ["/main"]

[spara]

OK, I see the problem. You're probably building your go binary on the Mac and trying to run it in Linux container. Try this when building your go binary:

env GOOS=linux GOARCH=386 go build hello-world.go

[jchavannes]

I'm building using the golang:1.8 docker container. Like I said, hello world works, I'm only having this issue with a larger project. Also, the binary I'm building works in an Ubuntu container, so I know it's building for linux just fine.

I'm also using CGO_ENABLED=0 and have tried adding -ldflags '-w -extldflags "-static"' to ensure it doesn't have any dependencies.

And even so, if the binary was built incorrectly, why would it give an error that it cannot find the file?

[ManoMarks]

I don't think this is related to a specific lab we have on this repo @jchavannes, is it? The lab originally referred to was a Java debugging in IntelliJ lab. I realize this comes up second in the Google search for standard_init_linux.go:178: exec user process caused "no such file or directory" docker but if it's not related to one of these labs, I suggest you try the Docker Forums (https://forums.docker.com/) or the Docker Community Slack (https://community.docker.com).

[jchavannes]

Ok, thanks..

[Jacksonary]

Hi GingerMoon，I have same trouble with you,have you deal with it?

[Jacksonary]

@GingerMoon

[hafah]

@Jacksonary

maybe its the crlf on all your files.

git config --global core.eol lf
git config --global core.autocrlf input
find . -type f -print0 | xargs -0 dos2unix

[anshupitlia]

@jchavannes Hey I am facing the same issue, were you able to solve it?

[jchavannes]

@anshupitlia nope, I was not able to solve it and gave up on FROM scratch containers :/

Btw, I ended up posting this question on docker forums as well - https://forums.docker.com/t/standard-init-linux-go-195-exec-user-process-caused-no-such-file-or-directory/43777

[Jacksonary]

I didn't do anything, and suddenly it disappeared.Maybe it cause by the format of dos, you must be format it to Unix 发送自 Windows 10 版邮件应用 发件人: anshupitlia 发送时间: 2018年1月20日 4:55 收件人: docker/labs 抄送: jacksonary; Mention 主题: Re: [docker/labs] standard_init_linux.go:178: exec user processcaused "no such file or directory" (#215) @jchavannes Hey I am facing the same issue, were you able to solve it? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

[winex01]

@jchavannes i have the same problem. did you solve it?

[oranheim]

Experiencing the same issue with Docker engine 17.12.0-ce on Windows 10. The image that fails is built using FROM openjdk:8-alpine.

[aguilita1]

@oranheim I was able to resolve issue by adjusting LF setting with GIT (See below), remove git repo, and then rebuilding from fresh repo.

git config --global core.eol lf
git config --global core.autocrlf input

[oranheim]

@aguilita1 is this related to docker git sources config, or my image's git config?

Will this be fixed in a coming docker release?

[ManoMarks]

I'm locking this issue going forward. Please migrate discussions/bugs to https://github.com/docker/for-linux, https://github.com/docker/for-mac, https://github.com/docker/for-win or https://github.com/moby/moby
this repo is for Docker labs and the comments here are not directly related to the labs.