Existe uma lista oficial de códigos de saída?
Se você estiver relatando um novo problema, certifique-se de que não temos nenhuma cópia já aberta. Você pode garantir isso pesquisando a lista de problemas para este repositório. Se houver uma duplicata, feche seu problema e adicione um comentário ao problema existente.
Se você suspeitar que seu problema é um bug, edite a descrição do problema para incluir as INFORMAÇÕES DO RELATÓRIO DE BUGS mostrado abaixo. Se você não fornecer essas informações em 7 dias, não poderemos depurar seu problema e o encerraremos. No entanto, iremos reabri-lo se você fornecer as informações posteriormente.
Para obter mais informações sobre os problemas de relatório, consulte CONTRIBUTING.md .
Você _não_ precisa incluir essas informações se esta for uma _solicitação de recurso_
(Esta é uma resposta informativa automatizada)
Use os comandos abaixo para fornecer informações importantes de seu ambiente:
docker version
:
docker info
:
Forneça detalhes adicionais do ambiente (AWS, VirtualBox, físico, etc.):
Liste as etapas para reproduzir o problema:
1
2
3 -
Descreva os resultados que você recebeu:
Descreva os resultados que você esperava:
Forneça informações adicionais que você considere importantes:
---------- END REPORT ---------
Eu acho que é o padrão do Linux, verifique aqui
http://tldp.org/LDP/abs/html/exitcodes.html
se for suas necessidades?
O código de saída não é do Docker, é do processo no contêiner.
Comentando porque isso aparece nas pesquisas do Google.
Você verá esse código de saída quando fizer uma parada do docker e a parada inicial normal falhar e o docker tiver que fazer um sigkill. Por comentário / link de @HackToday é um padrão: 128 + 9 = 137 (9 vindo do SIGKILL).
Para resolver isso, você pode tentar alterar a alocação de memória em Docker> Preferência> Memória (para Mac com configuração de docker local). Deve tentar aumentá-lo.
Também comentando porque acabei aqui do Google. Se você está recebendo esse erro do Docker 4 Mac, é provável que o assassino OOM do Linux esteja sendo acionado. Alocar mais RAM para o Docker resolve isso.
Encontrei esta página quando ElasticSearch falhou ao iniciar. Eu estava tentando manter a memória baixa, então configurei mem_limit=384m
e estava terminando com este código de erro. Definir o limite para 512m corrigiu isso. Então, talvez o problema esteja relacionado à memória.
O status de saída está documentado em https://docs.docker.com/engine/reference/run/#exit -status (fonte: https://github.com/docker/cli/blob/master/docs/reference/run .md # exit-status), mas pode precisar de alguma explicação adicional; se alguém estiver interessado em abrir uma solicitação pull, isso seria bem-vindo
Repetindo o que foi dito acima, isso acontece no OSX por causa do limite de memória rígido do Mac Docker 4. Você pode aumentar o limite de memória em Docker App> Preferences> Advanced.
Você também pode tentar aumentar o tamanho da imagem do disco, Docker> Preferência> Memória
Acho que o problema pode ser resolvido por este https://bobcares.com/blog/error-137-docker
A solução que funcionou para mim: Em “Docker -> Preferências-> Avançado” eu aumentei a memória de 2 para 3 e corrigiu o erro 137. Se não funcionar, tente aumentar a troca também.
Comentários muito úteis
Comentando porque isso aparece nas pesquisas do Google.
Você verá esse código de saída quando fizer uma parada do docker e a parada inicial normal falhar e o docker tiver que fazer um sigkill. Por comentário / link de @HackToday é um padrão: 128 + 9 = 137 (9 vindo do SIGKILL).