Docker: il contenitore continua a riavviarlo di nuovo

Oggi ho distribuito un'istanza di MediaWiki utilizzando l'immagine mobile di appcontainers/mediawiki e ora ho un nuovo problema per il quale non riesco a trovare alcun indizio. Dopo aver cercato di collegare al contenitore anteriore MediaWiki utilizzando:Docker: il contenitore continua a riavviarlo di nuovo

docker attach mediawiki_web_1

che risponde Terminated sulla mia configurazione per una ragione che ignoro, cercando anche:

docker exec -it mediawiki_web_1 bash

io capisco 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 che usando docker ps -a che restituisce sempre uno STATO di Restarting (127) x seconds ago.

Il problema è che sono in grado di arrestare il contenitore (ho provato) ma ricominciare da capo sembra riportarlo nel suo ciclo di riavvio.

Qualche idea di quale potrebbe essere il problema qui? Il tutto è stato correttamente lavorando fino a quando ho provato a collegare ad esso ...

Sono triste :-(

fonte

2016-05-26 Balessan

Ho avuto successo eliminando completamente la cache intera Docker, utilizzando https://forums.docker.com/t/how-to-delete-cache/5753/2 (Ho anche aggiunto il tag -f a rmi). Poi ho ricostruito i miei contenitori e hanno funzionato. – alberto56

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

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

Si può anche eseguire un contenitore fresco in primo piano con docker run -ti <your_wiki_image> per vedere che cosa che fa. Potrebbe essere necessario mappare alcune configurazioni dal tuo docker-compose yml al comando docker.

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

fonte

2016-05-27 01:38:38 Matt

Grazie, lo controllerò. – Balessan

Il risultato del comando che hai specificato è il seguente: '2016-05-26T16: 38: 27.362409489Z * Arresto del server Web apache2 * 2016-05-26T21: 49 : 11.376549083Z Terminato 2016-05-26T21: 49: 11.688655642Z/bin/bash: /tmp/.runconfig.sh: Nessun file o directory ', quindi hai ragione, c'è qualcosa di danneggiato nei dati come il runconfig .sh sembra essere scomparso. Proverò a eseguire il contenitore ancora una volta in primo piano come consigliato. Ho solo bisogno di trovare come specificare i 25 argomenti appropriati ^^ – Balessan

Grazie, l'esecuzione di un nuovo contenitore ha fatto il lavoro.Docker avrebbe dovuto facilitare il mio deployment ma per ora è un grosso fallimento :-) Probabilmente ho bisogno di imparare e provare di più ... – Balessan

Per esperienza personale che suona come c'è un problema all'interno del vostro contenitore di finestra mobile, che non sta permettendo a Quindi alcuni processi all'interno del contenitore stanno bloccando il riavvio o alcuni processi causano il blocco del contenitore all'avvio

Quando si avvia il contenitore, assicurarsi di avviarlo scollegato "-d" se si sta andando (ad esempio "finestra mobile run -d mediawiki_web_1")

fonte

2016-05-26 22:29:50 iam10k

Suppongo che l'esecuzione del contenitore tramite docker-compose lo abbia staccato comunque, no? O l'argomento -d manca nel mio file di configurazione. controllerà quello – Balessan

Docker: il contenitore continua a riavviarlo di nuovo

risposta

Problemi correlati