Ich möchte einen gestoppten Docker-Container mit einem anderen Befehl starten, da der Standardbefehl abstürzt. Dies bedeutet, dass ich den Container nicht starten und dann 'docker exec' verwenden kann.

Grundsätzlich möchte ich eine Shell starten, damit ich den Inhalt des Containers überprüfen kann.

Zum Glück habe ich den Container mit der Option -it erstellt!

Suchen Sie Ihre gestoppte Container-ID

docker ps -a

Übernehmen Sie den gestoppten Container:

Dieser Befehl speichert den geänderten Containerstatus in einem neuen Image user/test_image

docker commit $CONTAINER_ID user/test_image

Starten / Ausführen mit einem anderen Einstiegspunkt:

docker run -ti --entrypoint=sh user/test_image

Beschreibung des Einstiegspunktarguments: https://docs.docker.com/engine/reference/run/#/entrypoint-default-command-to-execute-at-runtime

Hinweis:

Die obigen Schritte starten einfach einen gestoppten Container mit demselben Dateisystemstatus. Das ist großartig für eine schnelle Untersuchung. Umgebungsvariablen, Netzwerkkonfiguration, angehängte Volumes und anderes Personal werden jedoch nicht vererbt. Sie sollten alle diese Argumente explizit angeben.

Schritte zum Starten eines gestoppten Containers wurden von hier ausgeliehen: (letzter Kommentar) https://github.com/docker/docker/issues/18078

Bearbeiten Sie diese Datei (entsprechend Ihrem gestoppten Container):

vi /var/lib/docker/containers/923...4f6/config.json

Ändern Sie den Parameter "Pfad" so, dass er auf Ihren neuen Befehl zeigt, z. B. / bin / bash. Sie können auch den Parameter "Args" festlegen, um Argumente an den Befehl zu übergeben.

Starten Sie den Docker-Dienst neu (beachten Sie, dass dadurch alle laufenden Container gestoppt werden):

service docker restart

Listen Sie Ihre Container auf und stellen Sie sicher, dass sich der Befehl geändert hat:

docker ps -a

Starten Sie den Container und befestigen Sie ihn, Sie sollten jetzt in Ihrer Shell sein!

docker start -ai mad_brattain

Arbeitete an Fedora 22 mit Docker 1.7.1.

HINWEIS: Wenn Ihre Shell nicht interaktiv ist (z. B. Sie haben den ursprünglichen Container nicht mit der Option -it erstellt), können Sie stattdessen den Befehl in "/ bin / sleep 600" oder "/ bin / tail -f / dev / null" ändern. um Ihnen genügend Zeit zu geben, "docker exec -it CONTID / bin / bash" als eine andere Möglichkeit zum Abrufen einer Shell auszuführen.

HINWEIS 2: Neuere Versionen von Docker haben config.v2.json, wo Sie entweder Entrypoint oder Cmd ändern müssen (danke user60561).

Fügen Sie oben in Ihrem Entrypoint-Skript ein Häkchen hinzu

Docker muss dies wirklich als neue Funktion implementieren. Hier ist jedoch eine weitere Problemumgehungsoption für Situationen, in denen Sie einen Entrypoint haben, der nach Erfolg oder Misserfolg beendet wird, was das Debuggen erschweren kann.

Wenn Sie noch kein Entrypoint-Skript haben, erstellen Sie eines, das alle Befehle ausführt, die Sie für Ihren Container benötigen. Fügen Sie dann oben in dieser Datei die folgenden Zeilen hinzu entrypoint.sh:

# Run once, hold otherwise
if [ -f "already_ran" ]; then
    echo "Already ran the Entrypoint once. Holding indefinitely for debugging."
    cat
fi
touch already_ran

# Do your main things down here

Um sicherzustellen, dass catdie Verbindung besteht, müssen Sie möglicherweise eine TTY bereitstellen. Ich führe den Container mit meinem Entrypoint-Skript folgendermaßen aus:

docker run -t --entrypoint entrypoint.sh image_name

Dadurch wird das Skript einmal ausgeführt und eine Datei erstellt, die angibt, dass es bereits ausgeführt wurde (im virtuellen Dateisystem des Containers). Sie können den Container dann neu starten, um das Debuggen durchzuführen:

docker start container_name

Wenn Sie den Container neu starten, wird die already_ranDatei gefunden, wodurch das Entrypoint-Skript zum Stillstand kommt cat(das nur für immer auf Eingaben wartet, die niemals kommen, aber den Container am Leben erhalten). Sie können dann eine Debugging- bashSitzung ausführen :

docker exec -i container_name bash

Während der Container ausgeführt wird, können Sie already_randas entrypoint.shSkript auch entfernen und manuell ausführen, um es erneut auszuführen , wenn Sie auf diese Weise debuggen müssen.

Mein Problem:

• Ich habe einen Container mit gestartet docker run <IMAGE_NAME>
• Und dann einige Dateien zu diesem Container hinzugefügt
• Dann schloss ich den Container und versuchte ihn mit demselben Befehl wie oben erneut zu starten.
• Aber als ich die neuen Dateien überprüfte, fehlten sie
• Wenn ich renne, kann docker ps -aich zwei Container sehen.
• Das bedeutet, dass jedes Mal, wenn ich einen docker run <IMAGE_NAME>Befehl ausführte, ein neues Image erstellt wurde

Lösung: Um an demselben Container zu arbeiten, den Sie zuerst erstellt haben, führen Sie die folgenden Schritte aus

• docker ps um Container von Ihrem Container zu bekommen
• docker container start <CONTAINER_ID> vorhandenen Container starten
• Dann können Sie dort weitermachen, wo Sie abgereist sind. z.Bdocker exec -it <CONTAINER_ID> /bin/bash
• Sie können dann entscheiden, ein neues Bild daraus zu erstellen

Ich nahm die Antwort von @ Dmitriusan und machte daraus einen Alias:

alias docker-run-prev-container = 'prev_container_id = "$ (docker ps -aq | head -n1)" && docker commit "$ prev_container_id" "prev_container / $ prev_container_id" && docker run -it --entrypoint = bash "prev_container / $ prev_container_id "'

Fügen Sie dies zu Ihrer ~/.bashrcAliase-Datei hinzu, und Sie erhalten einen raffinierten neuen docker-run-prev-containerAlias, der Sie in eine Shell im vorherigen Container einfügt.

Hilfreich beim Debuggen fehlgeschlagen docker builds.

Dies ist nicht genau das, wonach Sie fragen, aber Sie können es docker exportfür einen gestoppten Container verwenden, wenn Sie nur die Dateien überprüfen möchten.

mkdir $TARGET_DIR
docker export $CONTAINER_ID | tar -x -C $TARGET_DIR

Es wurde nicht angegeben, ob der Container beendet wird, nur dass Ihr Code abstürzt und Sie sehen müssen, was im Container vor sich geht. Wenn es nicht beendet wird, finden Sie hier eine weitere mögliche Lösung.

Holen Sie sich die Container-ID mit docker ps

docker exec -it 665b4a1e17b6 /bin/sh

Wenn der Einstiegspunkt auf etwas Problematisches eingestellt ist, kann er auch überschrieben werden, wie in Dmitriusans Antwort vorgeschlagen. Es sollte auch beachtet werden, dass Sie an jeden laufenden Container mit anhängen können docker attach. So viele Lösungen verschiedene Lösungen. Ich sehe einfach keine Notwendigkeit, mich auf das Bild festzulegen. Es scheint unnötig.

Dokumente für Docker exec - https://docs.docker.com/engine/reference/commandline/exec/

Dokumente für Docker anhängen - https://docs.docker.com/engine/reference/commandline/attach/

Ich bin mit diesen beiden Antworten eigentlich nicht einverstanden. Wenn Sie nur sehen möchten, was sich im Container befindet, können Sie diesen Befehl ausführen, um eine Shell zu erhalten. Es ist nicht erforderlich, den Einstiegspunkt oder irgendwelche Konfigurationen zu ändern.

docker run -it <image_name> bash

docker container start <CONTAINER_ID>