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

El docker logs vous montrera la sortie qu'un conteneur génère lorsque vous ne l'exécutez pas de manière interactive. Il est probable que cela inclue le message d'erreur.

docker logs --tail 50 --follow --timestamps mediawiki_web_1

Vous pouvez également exécuter un nouveau conteneur au premier plan avec docker run -ti <your_wiki_image> pour voir ce que ça donne. Il se peut que vous deviez mapper une partie de la configuration de votre docker-compose yml au docker commandement.

Je suppose que l'attachement au processus de wiki média a provoqué un crash qui a corrompu quelque chose dans vos données.

Answer 2

Quand docker kill CONTAINER_ID ne fonctionne pas et docker stop -t 1 CONTAINER_ID ne fonctionne pas non plus, vous pouvez essayer de supprimer le conteneur :

docker container rm CONTAINER_ID

J'ai eu un problème similaire aujourd'hui où les conteneurs étaient dans une boucle de redémarrage continue.

Dans mon cas, le problème était lié au fait que j'étais un mauvais ingénieur.

Quoi qu'il en soit, j'ai résolu le problème en supprimant le conteneur, en corrigeant mon code, puis en reconstruisant et en exécutant le conteneur.

J'espère que cela aidera toute personne confrontée à ce problème à l'avenir.

Answer 3

en résumé Il redémarre avec un code d'état de 127 ce qui signifie qu'il manque un fichier ou une bibliothèque dans votre conteneur. Le démarrage d'un nouveau conteneur peut résoudre ce problème.

Explication :

D'après ce que je comprends de Docker, c'est ce qui se passe :

1. Le conteneur essaie de démarrer. Au cours de ce processus, il tente d'accéder à un fichier/bibliothèque qui n'existe pas.
2. Il se termine avec un code d'état de 127 qui est expliqué dans cette réponse .
3. Normalement, c'est là que le conteneur aurait dû sortir complètement, mais il redémarre.
4. Il redémarre parce que le politique de redémarrage doit avoir été réglé sur quelque chose d'autre que no ( le défaut ), (en utilisant soit l'indicateur de ligne de commande --restart ou le docker-compose.yml clé restart ) lors du démarrage du conteneur.

Solution : Quelque chose a pu corrompre votre conteneur. Le démarrage d'un nouveau conteneur devrait idéalement faire l'affaire.

Answer 4

Dans mon cas, j'ai supprimé

Restart=always

ajouté

tty: true

Et exécuté la commande ci-dessous pour ouvrir le shell (processus démon, car docker lit le fichier compose et arrête le conteneur lorsqu'il atteint la dernière ligne du fichier).

docker-compose up -d

Answer 5

Cela peut également être le cas si vous avez créé une systemd service qui a :

[Service]
Restart=always
ExecStart=/usr/bin/docker container start -a my_container
ExecStop=/usr/bin/docker container stop -t 2 my_container