Docker: il contenitore continua a riavviarsi di nuovo

Oggi ho distribuito un'istanza di MediaWiki utilizzando l'immagine docker appcontainers / mediawiki e ora ho un nuovo problema per il quale non riesco a trovare alcun indizio. Dopo aver tentato di collegarsi al contenitore anteriore di mediawiki utilizzando:

docker attach mediawiki_web_1

che risponde Terminatedsulla mia configurazione per un motivo che ignoro, provando anche:

docker exec -it mediawiki_web_1 bash

Ottengo qualcosa di simile a un messaggio di errore:

Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running

E c'è il mio nuovo problema, perché questo contenitore non smette mai di riavviarsi. Posso vedere quello using docker ps -ache restituisce sempre uno STATUS di Restarting (127) x seconds ago.

Il fatto è che sono in grado di fermare il contenitore (ho testato) ma riavviarlo sembra riportarlo nel suo ciclo di riavvio.

Qualche idea su quale potrebbe essere il problema qui? L'intera cosa funzionava correttamente finché non ho provato a collegarmi ...

Sono triste :-(

Il docker logscomando ti mostrerà l'output che un contenitore sta generando quando non lo esegui in modo interattivo. È probabile che questo includa il messaggio di errore.

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

Puoi anche eseguire un nuovo contenitore in primo piano con docker run -ti <your_wiki_image>per vedere cosa fa. Potrebbe essere necessario mappare alcune configurazioni dal tuo docker-composeyml al dockercomando.

Immagino che il collegamento al processo wiki multimediale abbia causato un arresto anomalo che ha danneggiato qualcosa nei tuoi dati.

Quando docker kill CONTAINER_IDnon funziona e docker stop -t 1 CONTAINER_IDanche non funziona, puoi provare a eliminare il contenitore:

docker container rm CONTAINER_ID

Oggi ho avuto un problema simile in cui i contenitori erano in un ciclo di riavvio continuo.

Il problema nel mio caso era legato al fatto che ero un povero ingegnere.

Ad ogni modo, ho risolto il problema eliminando il contenitore, correggendo il mio codice, quindi ricostruendo ed eseguendo il contenitore.

Spero che questo aiuti chiunque sia bloccato con questo problema in futuro

Dall'esperienza personale sembra che ci sia un problema all'interno del container docker che non ne consente il riavvio. Quindi alcuni processi all'interno del contenitore causano il blocco del riavvio o alcuni processi causano l'arresto anomalo del contenitore all'avvio.

Quando avvii il contenitore assicurati di avviarlo disconnesso "-d" se intendi collegarti ad esso. (es. "docker run -d mediawiki_web_1")

tl; dr Si sta riavviando con un codice di stato di 127, il che significa che c'è un file / libreria mancante nel tuo contenitore. L'avvio di un nuovo contenitore potrebbe risolverlo.

Spiegazione:

Per quanto riguarda la mia comprensione di Docker, questo è ciò che sta accadendo:

1. Il contenitore tenta di avviarsi. Durante il processo, tenta di accedere a un file / libreria che non esiste.
2. Esce con un codice di stato di 127, che è spiegato in questa risposta .
3. Normalmente, è qui che il contenitore dovrebbe essere completamente chiuso, ma si riavvia.
4. Si riavvia perché il criterio di riavvio deve essere stato impostato su un valore diverso da no( predefinito ) (utilizzando il flag della riga di comando --restarto la docker-compose.ymlchiave restart) durante l'avvio del contenitore.

Soluzione: qualcosa potrebbe aver danneggiato il tuo contenitore. L'avvio di un nuovo contenitore dovrebbe idealmente fare il lavoro.

Questo potrebbe anche essere il caso se hai creato un systemdservizio che ha:

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

Nel mio caso il contenitore nginx continuava a riavviarsi, ho controllato i log del contenitore nginx e sono venuto a sapere che i file .crt e .key di un dominio non richiesto hanno errori, quindi ho rimosso i rispettivi file .conf, .crt e .key e quindi ho riavviato nginx. Ecco che nginx funziona bene senza riavviare.

Avevo dimenticato Minikube in esecuzione in background e questo è ciò che li ha sempre riavviati

Per prima cosa controlla i log perché il contenitore non è riuscito. Perché i criteri di riavvio potrebbero riportare il contenitore allo stato di esecuzione. Meglio risolvere il problema, quindi probabilmente puoi creare una nuova immagine con / senza correzione. Successivamente eseguire il comando seguente

docker system prune

https://forums.docker.com/t/docker-registry-in-restarting-1-status-forever/12717/3

Prova ad aggiungere questi parametri al file yml della finestra mobile

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

Il file finale dovrebbe essere simile a questo

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"