standard_init_linux.go: 190: Der Exec-Benutzerprozess verursachte "keine solche Datei oder kein solches Verzeichnis" - Docker

Wenn ich mein Docker-Image unter Windows 10 ausführe, wird folgende Fehlermeldung angezeigt:

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

Meine Docker-Datei lautet:

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"]

und das Skript beginnt mit #! / 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

Versuchte Methode1: Versucht, #! / Bin / sh in #! / Bin / bash zu ändern, aber den gleichen Fehler zu erhalten.

Versuchte Methode2: Dos2unix in Docker-Datei hinzugefügt

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

Verwenden Sie Notepad ++, gehen Sie zu Bearbeiten -> EOL-Konvertierung -> Wechseln Sie von CRLF zu LF.

Ändern Sie den Einstiegspunkt wie unten. Es hat bei mir funktioniert

ENTRYPOINT ["sh","/run.sh"]

Wie tuomastik wies darauf hin , in den Kommentaren , die Dokumentation benötigen Sie die ersten Parameter die ausführbare Datei zu sein:

ENTRYPOINT hat zwei Formen:

ENTRYPOINT ["executable", "param1", "param2"] (Ausführungsform, bevorzugt)

ENTRYPOINT command param1 param2 (Schalenform)

Ich hatte das gleiche Problem bei der Verwendung des alpineBildes.

Meine .shDatei hatte die folgende erste Zeile:

#!/bin/bash

Alpine hat keine Bash. Also ändere die Zeile auf

#!/bin/sh

oder Bash mit installieren

apk add --no-cache bash

löste das Problem für mich.

in meinem Fall musste ich Linie vom Endung ändern , CRLFum LFfür die run.shDatei und der Fehler war verschwunden.

Ich hoffe das hilft,
Kirsten

Angenommen, Sie haben dieses Problem, während Sie Ihre Go-Binärdatei mit einem alpinen Container ausführen. Exportieren Sie die folgende Variable, bevor Sie Ihren Bin erstellen

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

Dann go build

Es ist ein CRLF-Problem. Ich habe das Problem damit behoben:

git config --global core.eol lf

git config --global core.autocrlf input

find . -type f -print0 | xargs -0 dos2unix

"Keine solche Datei oder kein solches Verzeichnis" kommt von Linux, und ich habe die folgenden Ursachen gesehen:

Die erste Ursache ist, dass sich die Datei nicht in Ihrem Container befindet. Einige Benutzer versuchen, einen Befehl vom Host aus auszuführen, ohne ihn ihrem Image hinzuzufügen. Einige Leute beschatten ihren Befehl, indem sie ein Volume über den Befehl stellen, den sie ausführen möchten. Wenn Sie denselben Container ausführen, jedoch mit einer Shell anstelle Ihres normalen Einstiegspunkts / cmd-Werts, und einen ausführen, werden ls /path/to/cmdSie sehen, ob dieser vorhanden ist.

Die nächste Ursache ist die Ausführung des falschen Befehls. Dies tritt häufig bei der json / exec-Formatierung des auszuführenden Befehls auf, der nicht korrekt analysiert wird. Wenn ein Befehl ausgeführt wird ["app",oder etwas Ähnliches, wurde die JSON-Zeichenfolge nicht von Docker analysiert, und Linux versucht, den Befehl mithilfe einer Shell als Zeichenfolge zu analysieren. Dies kann auch passieren, wenn Sie die Argumente falsch anordnen. Der Versuch, sie auszuführen, -itist beispielsweise ein Zeichen dafür, dass Sie versucht haben, Flags nach dem Bildnamen zu platzieren, wenn sie vor dem Bildnamen stehen müssen.

Bei Shell-Skripten wird dieser Fehler angezeigt, wenn die erste Zeile mit den #!Befehlen auf einen Befehl verweist, der im Container nicht vorhanden ist. Für einige versucht dies, bashin einem Image zu laufen , das nur hat /bin/sh. In Ihrem Fall kann dies über Windows-Zeilenvorschübe im Skript erfolgen. Wenn Sie in Ihrem Editor zu Linux / Unix-Zeilenvorschüben wechseln, wird dies korrigiert.

Bei Binärdateien wird dieser Fehler angezeigt, wenn eine verknüpfte Bibliothek fehlt. Ich habe dies oft gesehen, wenn Go-Befehle, die mit kompiliert wurden libc, aber auf alpinen mit musloder ohne Scratch ohne Bibliotheken ausgeführt werden. Sie müssen entweder alle fehlenden Bibliotheken einschließen oder Ihren Befehl statisch kompilieren. Verwenden ldd /your/appSie diese Binärdatei , um diese Bibliothekslinks anzuzeigen.

Ich kann aufgrund meines Vertreters keinen Kommentar abgeben , wollte aber nur hinzufügen: Für VSCode-Benutzer können Sie die CRLF-Zeilenenden in LF ändern, indem Sie in der Statusleiste auf CRLF klicken , dann LF auswählen und die Datei speichern.

Ich hatte das gleiche Problem, und das löste es.

CRLF durch LF mit Notepad ++ ersetzen

1. Die Find / Replace-Funktion von Notepad ++ erfüllt diese Anforderung recht gut. Rufen Sie einfach den Dialog Ersetzen (STRG + H) auf, wählen Sie den erweiterten Suchmodus (ALT + X), suchen Sie nach "\ r \ n" und ersetzen Sie ihn durch "\ n":
2. Klicken Sie auf Alle ersetzen (ALT + A).

Das Docker-Image neu erstellen und ausführen sollte Ihr Problem lösen.

Beachten Sie einen ähnlichen Fehler wie:

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

Dies kann passieren, wenn die Architektur, für die ein Image erstellt wurde, nicht mit der Ihres Systems übereinstimmt. Wenn Sie beispielsweise versuchen, ein arm64auf einem x86_64Computer erstelltes Image auszuführen, kann dieser Fehler auftreten.

Fügen Sie dies Ihrer Docker-Datei hinzu

RUN cat /run.sh | tr -d '\r' > /run.sh

Ich löse dieses Problem und setze meine Einstellungen in vscode.

1. Datei
   1. Einstellungen
      1. die Einstellungen
         1. Texteditor
            1. Dateien
            2. Eol - auf \ n setzen

Grüße