Docker : Le conteneur n'arrête pas de redémarrer encore et encore

Question

J'ai déployé aujourd'hui une instance de MediaWiki en utilisant l'image docker appcontainers/mediawiki, et j'ai maintenant un nouveau problème pour lequel je ne trouve aucun indice. Après avoir essayé de s'attacher au conteneur frontal mediawiki en utilisant :

docker attach mediawiki_web_1

qui répond à Terminated sur ma configuration pour une raison que j'ignore, j'essaie aussi :

docker exec -it mediawiki_web_1 bash

J'obtiens quelque chose qui ressemble à un message d'erreur :

Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running

Et voilà mon nouveau problème, car ce conteneur ne cesse de redémarrer. Je peux voir qu'en utilisant docker ps -a qui renvoie toujours un STATUS de Restarting (127) x seconds ago .

Le problème est que je suis capable d'arrêter le conteneur (j'ai testé) mais le redémarrer semble le ramener dans sa boucle de redémarrage.

Une idée de ce qui pourrait être le problème ici ? L'ensemble fonctionnait correctement jusqu'à ce que j'essaie de l'attacher...

Je suis triste :-(

Answer 1

D'après mon expérience personnelle, il semble qu'il y ait un problème dans votre conteneur docker qui ne lui permet pas de redémarrer. Ainsi, un processus à l'intérieur du conteneur bloque le redémarrage ou un autre processus fait planter le conteneur au démarrage.

Lorsque vous démarrez le conteneur, assurez-vous que vous le démarrez détaché "-d" si vous avez l'intention de vous y attacher. (ex. "docker run -d mediawiki_web_1")

Answer 2

Dans mon cas, le conteneur nginx n'arrêtait pas de redémarrer, j'ai vérifié les logs du conteneur nginx et j'ai découvert que les fichiers .crt et .key d'un domaine non requis présentaient des erreurs, j'ai donc supprimé les fichiers .conf, .crt et .key respectifs, puis redémarré nginx. C'est tout, nginx fonctionne bien sans redémarrage.

Answer 3

J'avais oublié que Minikube tournait en arrière-plan et c'est ce qui les a toujours fait redémarrer.

Answer 4

Vérifiez d'abord dans les journaux pourquoi le conteneur a échoué. Parce que votre politique de redémarrage peut ramener votre conteneur à l'état de fonctionnement. Il est préférable de résoudre le problème. Ensuite, vous pourrez probablement construire une nouvelle image avec/sans correction. Ensuite, exécutez la commande suivante

docker system prune

https://forums.docker.com/t/docker-registry-in-restarting-1-status-forever/12717/3

Answer 5

J'ai eu le même problème pendant un certain temps après avoir déployé le code sur le serveur de production après une longue période d'exécution en développement. Le problème était que dans mon docker-compose.yml Je n'ai pas spécifié de balise pour l'image mongo, par défaut, il récupère la dernière version, et comme je voulais conserver le chemin des données, il y avait un décalage entre les versions de mongo. sur dev, il s'agissait de la version 4.4.3 et dans prod, il s'agissait de la dernière version (je suppose 5.x) la solution pour moi a été de spécifier l'image en tant que mongo:4.4.3 au lieu de simplement mongo

Je ne voulais pas prendre le chemin de la mise à jour de la base de données.