Hoje implantei uma instância do MediaWiki usando a imagem do docker appcontainers / mediawiki e agora tenho um novo problema para o qual não consigo encontrar nenhuma pista. Depois de tentar anexar ao contêiner frontal do mediawiki usando:
docker attach mediawiki_web_1
que responde Terminated
sobre minha configuração por um motivo que ignoro, tentando também:
docker exec -it mediawiki_web_1 bash
Eu recebo algo próximo a uma mensagem de erro:
Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running
E aí está o meu novo problema, porque esse container nunca para de reiniciar. Posso ver que usando docker ps -a
que sempre retorna um STATUS de Restarting (127) x seconds ago
.
O que acontece é que consigo parar o contêiner (testei), mas iniciá-lo novamente parece trazê-lo de volta ao ciclo de reinicialização.
Alguma ideia de qual poderia ser o problema aqui? A coisa toda estava funcionando direito até que tentei prendê-la ...
Estou triste :-(
Respostas:
O
docker logs
comando mostrará a saída que um contêiner está gerando quando você não o executa interativamente. É provável que isso inclua a mensagem de erro.Você também pode executar um novo contêiner em primeiro plano
docker run -ti <your_wiki_image>
para ver o que ele faz. Você pode precisar mapear algumas configurações de seudocker-compose
yml para odocker
comando.Eu imagino que anexar ao processo de wiki de mídia causou um travamento que corrompeu algo em seus dados.
fonte
2016-05-26T16:38:27.362409489Z * Stopping web server apache2 * 2016-05-26T21:49:11.376549083Z Terminated 2016-05-26T21:49:11.688655642Z /bin/bash: /tmp/.runconfig.sh: No such file or directory
então você está certo, há algo corrompido nos dados porque o runconfig.sh parece ter desaparecido. Vou tentar executar o contêiner mais uma vez em primeiro plano, como você aconselhou. Só preciso descobrir como especificar os 25 argumentos adequados ^^docker ps -a
me mostrou que estava travado em um loop de inicialização e seu comando me mostrou o porquê: arquivos já no diretório mysql que ele não pôde excluir. Você me salvou de mais horas puxando meu cabelo. Obrigado!Quando
docker kill CONTAINER_ID
não funciona edocker stop -t 1 CONTAINER_ID
também não funciona, você pode tentar excluir o contêiner:Tive um problema semelhante hoje em que os contêineres estavam em um loop de reinicialização contínua.
O problema no meu caso estava relacionado ao fato de eu ser um engenheiro ruim.
De qualquer forma, resolvi o problema excluindo o contêiner, consertando meu código e, em seguida, reconstruindo e executando o contêiner.
Espero que isso ajude alguém com este problema no futuro
fonte
restart: always
que me deixou em um loop do docker tentando iniciar um aplicativo quebrado. :(Por experiência pessoal, parece que há um problema no contêiner do docker que não permite que ele reinicie. Portanto, algum processo dentro do contêiner está causando o travamento da reinicialização ou algum processo está causando o travamento do contêiner ao iniciar.
Ao iniciar o contêiner, certifique-se de iniciá-lo desanexado "-d" se for anexá-lo. (por exemplo, "docker run -d mediawiki_web_1")
fonte
tl; dr Ele está reiniciando com um código de status de
127
, o que significa que falta um arquivo / biblioteca em seu contêiner. Começar um novo contêiner pode corrigir isso.Explicação:
No que diz respeito ao meu entendimento do Docker, isso é o que está acontecendo:
127
, que é explicado nesta resposta .no
( o padrão ), (usando o sinalizador de linha de comando--restart
ou adocker-compose.yml
chaverestart
) ao iniciar o contêiner.Solução: algo pode ter corrompido seu contêiner. Idealmente, iniciar um novo recipiente deve fazer o trabalho.
fonte
Esse também pode ser o caso se você tiver criado um
systemd
serviço que tem:fonte
No meu caso, o contêiner nginx estava reiniciando continuamente, verifiquei os logs do contêiner nginx e descobri que os arquivos .crt e .key de um domínio não exigido estavam com erros, então removi os respectivos arquivos .conf, .crt e .key e reiniciei nginx. É isso o nginx está funcionando bem sem reiniciar.
fonte
Eu tinha esquecido o Minikube rodando em background e isso é o que sempre os reiniciava de volta
fonte
Primeiro verifique os registros por que o contêiner falhou. Porque sua política de reinicialização pode trazer seu contêiner de volta ao status de execução. Melhor corrigir o problema, então provavelmente você pode construir uma nova imagem com / sem correção. Depois execute o comando abaixo
docker system prune
https://forums.docker.com/t/docker-registry-in-restarting-1-status-forever/12717/3
fonte
Tente adicionar estes parâmetros ao seu arquivo docker yml
O arquivo final deve ser parecido com este
fonte