Docker: o contêiner continua reiniciando novamente

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 Terminatedsobre 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 -aque 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 :-(

O docker logscomando 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.

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

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 seu docker-composeyml para o dockercomando.

Eu imagino que anexar ao processo de wiki de mídia causou um travamento que corrompeu algo em seus dados.

Quando docker kill CONTAINER_IDnão funciona e docker stop -t 1 CONTAINER_IDtambém não funciona, você pode tentar excluir o contêiner:

docker container rm CONTAINER_ID

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

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")

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:

1. O contêiner tenta inicializar. No processo, ele tenta acessar um arquivo / biblioteca que não existe.
2. Ele sai com um código de status de 127, que é explicado nesta resposta .
3. Normalmente, é aqui que o contêiner deveria ter saído completamente, mas ele reinicia.
4. Ele reinicia porque a política de reinicialização deve ter sido definida para algo diferente no( o padrão ), (usando o sinalizador de linha de comando --restartou a docker-compose.ymlchave restart) ao iniciar o contêiner.

Solução: algo pode ter corrompido seu contêiner. Idealmente, iniciar um novo recipiente deve fazer o trabalho.

Esse também pode ser o caso se você tiver criado um systemdserviço que tem:

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

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.

Eu tinha esquecido o Minikube rodando em background e isso é o que sempre os reiniciava de volta

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

Tente adicionar estes parâmetros ao seu arquivo docker yml

restart: "no"
  restart: always
  restart: on-failure
  restart: unless-stopped
  environment:
    POSTGRES_DB: "db_name"
    POSTGRES_HOST_AUTH_METHOD: "trust"

O arquivo final deve ser parecido com este

postgres:
  restart: "no"
  restart: always
  restart: on-failure
  restart: unless-stopped
  image: postgres:latest
  volumes:
    - /data/postgresql:/var/lib/postgresql
  ports:
    - "5432:5432"
  environment:
    POSTGRES_DB: "db_name"
    POSTGRES_HOST_AUTH_METHOD: "trust"