Signification du code de sortie docker-composer?

Question

Par exemple, si je force un récipient pour arrêter avec kill, puis docker-compose ps pour vérifier mes conteneurs, je reçois État comme Exit 137. Et avec docker-compose stop je reçois Exit 1/Exit 0

Comme il n'y a pas de documentation pour le code de sortie, quelqu'un peut-il m'expliquer s'il vous plaît la signification de celui-ci?

Answer 1

Cela n'a pas tant à voir avec docker qu'avec le système sur lequel il fonctionne. Si vous jetez un coup d'oeil dans ce tableau de reserved exit codes pour bash, vous pouvez voir la ligne:

128+n Fatal error signal "n" kill -9 $PPID of script $? returns 137 (128 + 9) 

qui correspond à la 137 que vous mentionnez. C'est 128 + 9 (SIGKILL), que vous pouvez voir dans la page de manuel signal(7). Normalement, un 0 signifie une sortie propre et 1 il y avait quelque chose de mal, ces deux peuvent suffire pour un programmeur. Ils peuvent toutefois aller de 1-255, y compris les réservés ci-dessus.

Ceci est juste une réponse courte comme je ne suis pas un expert sur le sujet, vous pouvez trouver plus sur ce thread unix.stackexchange sur default exit code when process is terminated ou peut-être quelqu'un ici peut donner une réponse beaucoup plus élaborée que la mienne.

Answer 2

Il semble que vous manquiez de mémoire. Il est un Linux standard comme mentionné ici: http://tldp.org/LDP/abs/html/exitcodes.html

---

Code d'erreur : Invalid argument pour quitter

---

Code d'erreur 128 + n: signal d'erreur fatale "n" kill -9 $ PPID du script $? renvoie 137 (128 + 9)

---

Erreur 137 dans Docker indique que le conteneur a été « KILL'ed par « oom-killer »(Out of Memory). Cela se produit lorsqu'il n'y a pas assez de mémoire dans le conteneur pour exécuter le processus. 'OOM killer' est un processus proactif qui saute pour sauver le système quand son niveau de mémoire devient trop bas, en tuant les processus abusifs pour libérer de la mémoire pour le système.

est ici a little more info