Moby: docker kill kann laufenden Container nicht beenden

Erstellt am 27. März 2013  ·  12Kommentare  ·  Quelle: moby/moby

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

Hilfreichster Kommentar

AHHHHHHHHHHHHHHHHHHHHH

Alle 12 Kommentare

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.

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.

  • die Ausgabe von docker version bereitstellen
  • die Ausgabe von docker info bereitstellen
  • Stellen Sie relevante Log-Daemon- und/oder System-Log-Einträge bereit, die bei der Untersuchung des Problems hilfreich sein können.
  • Geben Sie die genauen Schritte zum Reproduzieren an. Wenn die Schritte zum Reproduzieren benutzerdefinierte Bilder oder Quellcode erfordern, stellen Sie einen _minimal_ Testfall zum Reproduzieren bereit. Beachten Sie, dass wir keinen Zugriff auf Ihre privaten Bilder oder Ihren Quellcode haben. Ohne Schritte zur Reproduktion oder einen reproduzierbaren Fall ist es unwahrscheinlich, dass Ihr Problem gelöst werden kann.

Ich 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.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen