standard_init_linux。go:190: exec用户进程导致“no such file or directory”- Docker

当我在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

当前回答

我解决了一个类似的问题

我的配置: —> Docker Desktop WSL 2后端—Windows ->需要CGO_ENABLED=1，因为我使用库编译了一个Kafka生产者 confluent-kafka-go.v1 /卡夫卡

我的docker映像已经构建成功，但当我使用docker-compose启动映像时，出现了同样的问题:

xxxxx:~/cp-all-in-one/cp-all-in-one-community# docker-compose up
Recreating ms-c3alert ... done
Attaching to ms-c3alert
ms-c3alert | standard_init_linux.go:211: exec user process caused "no such file or directory"
ms-c3alert exited with code 1

之后，在线程和另一个页面测试所有选项…我发现修复添加在go build句子-ldflags='-w -extldflags "-static"'

RUN CGO_ENABLED=1 GOOS=linux GOARCH=amd64 go build -ldflags='-w -extldflags "-static"' -a -installsuffix cgo -o c3alert .

2021-06-06 08:02:32

其他回答

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

2021-02-12 03:14:02

“没有这样的文件或目录”来自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。

2019-06-10 15:28:29

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