Ich habe einen laufenden Container, der einen seltsamen Zustand zu haben scheint (wenn ich ihn anhänge, sehe ich nichts und kann nichts tun - ich muss den Host-Rechner neu starten). Wenn ich versuche, es zu beenden, passiert nichts, aber wenn ich versuche, es neu zu starten, sagt mir Docker, dass es nicht ausgeführt wird, aber ich kann es auch nicht mit Docker entfernen. Dieser Container wurde durch Ausführen von "sudo $GOPATH/bin/docker run -i -t base /bin/bash" erstellt. Die Befehle und ihre Ausgabe sind unten aufgeführt:
smountcastle<strong i="6">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker ps
2013/03/27 04:40:28 docker ps
ID IMAGE COMMAND CREATED STATUS COMMENT
ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f base:latest /bin/bash 14 hours ago Up 14 hours
smountcastle<strong i="7">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker kill ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:40:37 docker kill ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
smountcastle<strong i="8">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker ps
2013/03/27 04:40:38 docker ps
ID IMAGE COMMAND CREATED STATUS COMMENT
ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f base:latest /bin/bash 14 hours ago Up 14 hours
smountcastle<strong i="9">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker kill ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:40:42 docker kill ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
smountcastle<strong i="10">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker restart ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:42:53 docker restart ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:42:53 lxc-kill: 'ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f' is not running
lxc-kill: failed to get the init pid
2013/03/27 04:42:53 Failed to send SIGTERM to the process, force killing
2013/03/27 04:43:03 Container ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f failed to exit within 10 seconds of SIGTERM - using the force
ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
smountcastle<strong i="11">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker ps
2013/03/27 04:43:08 docker ps
ID IMAGE COMMAND CREATED STATUS COMMENT
ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f base:latest /bin/bash 14 hours ago Up 5 seconds
smountcastle<strong i="12">@ubuntu</strong>:~$ sudo $GOPATH/bin/docker rm ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:43:20 docker rm ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f
2013/03/27 04:43:20 lxc-kill: 'ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f' is not running
lxc-kill: failed to get the init pid
2013/03/27 04:43:20 Failed to send SIGTERM to the process, force killing
2013/03/27 04:43:30 Container ec01013009a5611e0875630a0353466100127f114d303c876f61736f5cd68b6f failed to exit within 10 seconds of SIGTERM - using the force
könnte mit #108 und #109 verwandt sein
Mir ist so etwas passiert, aber "rm" funktionierte letztendlich für mich, während "kill" und "stop" nicht funktionierten. Hat es bei dir funktioniert?
gottagetmac: Ja, es scheint, dass rm trotz der Fehlermeldungen irgendwann funktioniert hat:
smountcastle@ubuntu :~$ sudo $GOPATH/bin/docker ps
27.03.2013 05:41:22 Docker ps
ID BILD BEFEHL ERSTELLTER STATUS KOMMENTAR
sean: Dies scheint immer dann zu passieren, wenn der eigentliche Prozess auf eine andere Weise als "Docker Stop" oder "Docker Kill" stoppt - Sie erhalten einen Zombie-Container, von dem Docker denkt, dass er lebendig ist, aber keine Möglichkeit hat, ihn zu töten, da er bereits tot ist.
Dies ist eigentlich eine Nebenwirkung von #257. Wenn der Docker-Server abstürzt oder beendet wird, gehen die Container verloren.
Bezieht sich auf #257 für Follow-up
Gleicher Fehler. Bei mir hat weder Stop noch Kill funktioniert (mein Container läuft Meteor). Der Vorschlag von docker rm CONTAINER_ID
.
Ich habe das gleiche, obwohl ich weder stop
, kill
, rm
noch rm -f
den Behälter kann.
möglicherweise verwandt: https://github.com/docker/docker/issues/19166
AHHHHHHHHHHHHHHHHHHHHH
Das ist sehr ärgerlich, selbst rm -f hat es bei mir nicht getan.
Ich musste den Daemon tatsächlich neu starten, damit der Container verschwindet, in einem Kubernetes-Cluster ... Sie können sich also das Problem vorstellen.
Hallo @creack. Problem ist geschlossen, aber es ist nicht klar, ob es behoben wurde und in welcher Version? Aufgrund dieses Problems kann die aktuelle Docker-Cloud ihre bereitgestellten Anwendungen nicht verwalten. Manuelles Töten/Aufräumen funktioniert nicht, daher muss der gesamte Docker-Dienst neu gestartet werden.
Dieses Problem wurde vor mehr als vier Jahren geschlossen und der damals verwendete Code wurde seitdem weitgehend ersetzt (zB die gesamte Laufzeit wurde ausgelagert und wird nicht über RunC abgewickelt).
Wenn Sie ein ähnliches Problem haben und vermuten, dass es sich um einen Fehler handelt; Öffnen Sie stattdessen eine neue Ausgabe und geben Sie die Informationen an, die in der Ausgabevorlage angefordert wurden, die beim Öffnen dieser Ausgabe angezeigt wurde.
docker version
bereitstellendocker info
bereitstellenIch schließe die Konversation zu diesem Problem, da Kommentare zu geschlossenen Problemen normalerweise übersehen werden und möglicherweise keinen Bezug zum ursprünglichen Problem haben und daher nicht zur Lösung des Problems beitragen.
Hilfreichster Kommentar
AHHHHHHHHHHHHHHHHHHHHH