Lösung für das Problem, dass Docker-Container nicht gestoppt oder beendet werden können

Docker-Version 1.13.1

Problemprozess

Ein MySQL-Container in einer bestimmten Umgebung kann nicht gestoppt, beendet oder rm

sudo docker ps | grep mysql um den Container anzuzeigen

7844250860f8 mysql:5.7.22 "/.r/r docker-entr..." vor 41 Minuten Up 8 Minuten r-dlrel-mysql-1-66df8f33

Nach der Verwendung von Docker Stop / Docker Kill / Docker RM -f und anderen Befehlen wird der Container automatisch sofort neu gestartet

Überprüfen Sie den Container sofort. Die Laufzeit beträgt: Weniger als eine Sekunde, was darauf hinweist, dass der Container sofort gestartet wurde.

7844250860f8 mysql:5.7.22 "/.r/r docker-entr..." vor 42 Minuten Aktiv Weniger als eine Sekunde r-dlrel-mysql-1-66df8f33

Beenden Sie den physischen Prozess, der dem Container entspricht, und starten Sie ihn automatisch neu.

So erhalten Sie den physischen Prozess: 1. Das Feld State.Pid in Docker Inspect ist die physische Prozess-ID. 2. ps-Befehl

Überprüfen Sie die Neustartrichtlinie für den Container. Die Richtlinie lautet „Nein“, was bedeutet, dass kein automatischer Neustart erfolgt.

Wenn Sie die Neustartrichtlinie eines laufenden Containers aktualisieren müssen, können Sie diesen Befehl verwenden: docker update –restart=no my-container

"Neustartrichtlinie": {
  "Name": "nein",
  "MaximumRetryCount": 0
},

Die magische Art und Weise, wie Programmierer Probleme lösen

Ist Ihnen dieses Szenario schon einmal begegnet:

• Ein Problem verwirrte mich, doch als ich vor meinen Kollegen trat und ihm das Problem deutlich erklärte, verstand ich es plötzlich.
• Das Problem war offensichtlich sehr einfach, aber beim Ausführen des Programms trat ein Problem auf. Dann bat ich einen Kollegen, mir bei der Überprüfung der Grundkonfiguration zu helfen, und plötzlich wurde mir die Antwort klar.

Diesmal gehöre ich zum ersten Typ. Sobald ich die Frage zu Ende gestellt hatte, fiel mir sofort ein: Verdammt, es war das Container-Orchestrierungstool Rancher, das die Planung durchführte, und der Container wurde nach seinem Absturz automatisch neu gestartet.

Ich habe mich bei Rancher angemeldet und gesehen, dass dies tatsächlich der Fall war, ein „falsches“ Problem. Obwohl dies diesmal kein Problem ist, besteht bei Docker das Problem, dass es nicht angehalten werden kann, und es gibt viele Informationen dazu.

Weiterführende Literatur: Docker-Neustartrichtlinie

Während des Lösungsprozesses habe ich viel über Docker-Neustartrichtlinien und -Fehler gelernt. Dieser Artikel ist leicht verständlich: Sicherstellen, dass Container mit der Neustartrichtlinie von Docker immer ausgeführt werden

Hier machen wir einfach eine Aufzeichnung und lernen die vier Neustartrichtlinien von Docker kennen.

NEIN

Nein ist die Standardrichtlinie und der Container wird unter keinen Umständen neu gestartet.

bei Ausfall

Bei einem Fehler wird ein Neustart durchgeführt, wenn der Container-Exitcode abnormal ist. Wenn der Container-Exitcode normal ist, wird keine Verarbeitung durchgeführt.

sudo docker run -d --name Test-Neustarts --restart bei Fehler:5 Test-Neustarts
85ff2f096bac9965a9b8cffbb73c1642bf7b64a2173bbd145961231861b95819

on-failure[:max-retries], max-retries gibt die maximale Anzahl von Neustarts an.

Der Vorteil der On-Failure-Funktion besteht darin, dass der Container nicht neu gestartet wird, wenn er mit einem normalen Exitcode beendet wird.

stets

Unabhängig vom Exitcode des Containers wird dieser automatisch neu gestartet. Hier sind einige Szenarien:

1. Der Container wird mit einem abnormalen Statuscode beendet (z. B. wenn die Anwendung aufgrund von unzureichendem Speicher beendet wird).
2. Der Container wird normal gestoppt und dann die Maschine neu gestartet oder der Docker-Dienst neu gestartet
3. Der Container läuft nach dem Absturz normal und dann wird die Maschine neu gestartet oder der Docker-Dienst neu gestartet

In den oben genannten Fällen wird der Container immer neu gestartet. Wenn jedoch die Richtlinien „Bei Fehler“ und „Keine Richtlinien“ verwendet werden, wird der Container nach dem Neustart der Maschine nicht neu gestartet.

sofern nicht gestoppt

„Unless-stopped“ ist grundsätzlich dasselbe wie immer, mit Ausnahme eines Szenarios, in dem „unless-stopped“ etwas Besonderes ist:

Wenn der Container normal gestoppt wird und dann die Maschine neu gestartet wird oder der Docker-Dienst neu gestartet wird, wird der Container in diesem Fall nicht neu gestartet

Das Obige ist der vollständige Inhalt dieses Artikels. Ich hoffe, er wird für jedermanns Studium hilfreich sein. Ich hoffe auch, dass jeder 123WORDPRESS.COM unterstützen wird.