当我在windows 10上运行docker映像时。我得到这个错误:

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

我的docker文件是:

FROM openjdk:8

EXPOSE 8080

VOLUME /tmp

ADD appagent.tar.gz /opt/app-agent
ADD services.jar app.jar
ADD run.sh /run.sh

# Install compiler and perl stuff
RUN apt-get update
RUN apt-get install -y build-essential
RUN apt-get install -y gcc-multilib
RUN apt-get install -y perl

# Install Percona Toolkit
RUN apt-get install --yes percona-toolkit
RUN ["chmod", "+x", "/run.sh"]
ENTRYPOINT ["/run.sh"]

脚本以#!开头/bin/sh

#!/bin/sh
set -e

JAVA_OPTS="-Dfile.encoding=UTF-8 -Djava.security.egd=file:/dev/urandom"

if [ "${APPD_APP_NAME}" != "" ]; then
JAVA_AGENT="-javaagent:/opt/app-agent/javaagent.jar
fi

exec java ${JVM_OPTS} ${JAVA_OPTS} ${JAVA_AGENT} -jar /app.jar

尝试method1: 试着改变#!/bin/sh到#!/bin/bash但是得到同样的错误。

尝试method2: docker文件中新增dos2unix

RUN apt-get install -y dos2unix
RUN dos2unix /run.sh

当前回答

这是因为shell脚本是在windows中格式化的,我们需要更改为unix格式。 您可以在任何Linux系统上运行dos2unix命令。

dos2unix your-file.sh

如果你不能访问Linux系统,你可以使用Git Bash for Windows,它带有dos2unix.exe

dos2unix.exe your-file.sh 

其他回答

这里有多个正确答案。我没有看到它的VIM版本,所以在这里。在VIM中打开文件,检查底部状态行,例如,执行set ff=dos(用于CRLF)或set ff=unix(用于LF)。

在我的例子中,我不得不将run.sh文件的行尾从CRLF更改为LF,错误就消失了。

假设在alpine容器中运行go二进制时遇到这个问题。在构建bin之前导出以下变量

# CGO has to be disabled for alpine
export CGO_ENABLED=0

然后去构建

“没有这样的文件或目录”来自Linux,我看到了以下原因:

第一个原因是容器中没有文件。有些人试图从主机运行命令,而不将其添加到映像中。有些人通过在他们想要运行的命令之上安装一个卷来掩盖他们的命令。如果你运行相同的容器,但是使用shell而不是普通的entrypoint/cmd值,并运行ls /path/to/cmd,你会看到它是否存在。

下一个原因是运行了错误的命令。这通常出现在json/exec格式的命令不能正确解析的情况下。如果你看到一个命令试图运行["app",或类似的东西,json字符串没有被Docker解析,Linux正试图使用shell将该命令解析为字符串。如果你打乱了参数的顺序,这也会发生,例如,试图运行-这是一个标志,你试图把标志放在图像名称之后,而它们必须放在图像名称之前。

对于shell脚本,如果第一行带有#!指向容器中不存在的命令。对于某些人来说,这是试图在只有/bin/sh的映像中运行bash。在你的例子中,这可以来自脚本中的Windows换行。在编辑器中切换到Linux/Unix换行将会纠正这个错误。

对于二进制文件,如果缺少链接库,则出现此错误。我经常看到这样的情况:使用libc编译的Go命令,但在alpine上使用musl或scratch运行,根本没有任何库。您需要包含所有缺失的库,或者静态编译您的命令。要查看这些库链接,请在二进制文件中使用ldd /your/app。

我在使用CGO构建应用程序并将其复制到草稿映像时遇到了这个问题。Libc并不存在,所以我使用alpine作为我的基础图像。