Si vous signalez un nouveau problème, assurez-vous qu'aucun doublon n'est déjà ouvert. Vous pouvez vous en assurer en recherchant dans la liste des problèmes de ce référentiel. S'il y a un doublon, veuillez fermer votre problème et ajouter un commentaire au problème existant à la place.

Si vous pensez que votre problème est un bogue, veuillez modifier la description de votre problème pour inclure les INFORMATIONS DE RAPPORT DE BOGUE indiquées ci-dessous. Si vous ne fournissez pas ces informations dans les 7 jours, nous ne pouvons pas déboguer votre problème et le résoudrons. Nous le rouvrirons cependant si vous fournissez ultérieurement les informations.

Pour plus d'informations sur les problèmes de rapport, consultez CONTRIBUTING.md .

Vous ne devez pas inclure ces informations s'il s'agit d'une _ demande de fonctionnalité_

(Ceci est une réponse informative et automatisée)

INFORMATIONS SUR LE RAPPORT DE BOGUE

Utilisez les commandes ci-dessous pour fournir des informations clés sur votre environnement:

docker version :
docker info :

Fournissez des détails supplémentaires sur l'environnement (AWS, VirtualBox, physique, etc.):

Répertoriez les étapes pour reproduire le problème:
1.
2.
3.

Décrivez les résultats que vous avez reçus:

Décrivez les résultats attendus:

Fournissez des informations supplémentaires que vous jugez importantes:

---------- FIN DU RAPPORT ---------

ENEEDMOREINFO

Je pense que c'est la norme Linux, vérifiez ici

http://tldp.org/LDP/abs/html/exitcodes.html

si c'est vos besoins?

Le code de sortie ne provient pas de Docker, il provient du processus dans le conteneur.

Commenter, car cela apparaît dans les recherches Google.
Vous verrez ce code de sortie lorsque vous effectuez un arrêt de docker et que l'arrêt gracieux initial échoue et que docker doit faire un sigkill. Selon le commentaire / lien de @HackToday , c'est un standard: 128 + 9 = 137 (9 venant de SIGKILL).

Pour résoudre ce problème, vous voudrez peut-être essayer de modifier l'allocation de mémoire dans Docker> Préférences> Mémoire (pour Mac avec configuration de docker locale). Devrait essayer de l'augmenter.

Aussi commenter parce que je me suis retrouvé ici de Google. Si vous obtenez cette erreur de Docker 4 Mac, c'est probablement parce que le tueur de Linux OOM est déclenché. Allouer plus de RAM à Docker le résout.

Je suis tombé sur cette page lorsque ElasticSearch n'a pas pu démarrer. J'essayais de garder sa mémoire faible, j'avais donc configuré mem_limit=384m et il se terminait avec ce code d'erreur. Fixer la limite à 512m l'a corrigé. Alors peut-être que le problème est lié à la mémoire.

L'état de sortie est documenté dans https://docs.docker.com/engine/reference/run/#exit -status (source: https://github.com/docker/cli/blob/master/docs/reference/run .md # exit-status), mais peut nécessiter des explications supplémentaires; si quelqu'un est intéressé à ouvrir une pull request, ce serait le bienvenu

En répétant ce qui est dit ci-dessus, cela se produit sur OSX en raison de la capacité de mémoire dure de Docker 4 Mac. Vous pouvez augmenter votre limite de mémoire dans l'application Docker> Préférences> Avancé.

Vous pouvez également essayer d'augmenter la taille de l'image du disque, Docker> Préférence> Mémoire

Je pense que le problème peut être résolu par ce https://bobcares.com/blog/error-137-docker

La solution qui a fonctionné pour moi: dans «Docker -> Préférences-> Avancé», j'ai augmenté la mémoire de 2 à 3 et cela a corrigé l'erreur 137. Si cela ne fonctionne pas, essayez d'augmenter Swap également.