Hoy implementé una instancia de MediaWiki usando la imagen de la ventana acoplable appcontainers / mediawiki, y ahora tengo un nuevo problema para el que no puedo encontrar ninguna pista. Después de intentar adjuntarlo al contenedor frontal de mediawiki usando:
docker attach mediawiki_web_1
que responde Terminated
en mi configuración por una razón que ignoro, intentando también:
docker exec -it mediawiki_web_1 bash
Recibo algo parecido a un mensaje de error:
Error response from daemon: Container 81c07e4a69519c785b12ce4512a8ec76a10231ecfb30522e714b0ae53a0c9c68 is restarting, wait until the container is running
Y ahí está mi nuevo problema, porque este contenedor nunca deja de reiniciarse. Puedo ver ese uso docker ps -a
que siempre devuelve un ESTADO de Restarting (127) x seconds ago
.
La cuestión es que puedo detener el contenedor (lo probé), pero volver a iniciarlo parece devolverlo a su ciclo de reinicio.
¿Alguna idea de cuál podría ser el problema aquí? Todo funcionaba correctamente hasta que traté de adjuntarlo ...
Estoy triste :-(
Respuestas:
El
docker logs
comando le mostrará la salida que genera un contenedor cuando no lo ejecuta de forma interactiva. Es probable que esto incluya el mensaje de error.También puede ejecutar un contenedor nuevo en primer plano con
docker run -ti <your_wiki_image>
para ver qué hace. Es posible que necesite mapear alguna configuración de sudocker-compose
yml aldocker
comando.Supongo que adjuntarse al proceso de media wiki provocó un bloqueo que corrompió algo en sus datos.
fuente
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
así que tiene razón, hay algo dañado en los datos, ya que runconfig.sh parece haber desaparecido. Intentaré ejecutar el contenedor una vez más desde el primer plano como me aconsejó. Solo necesito encontrar cómo especificar los 25 argumentos adecuados ^^docker ps -a
me mostró que estaba atascado en un ciclo de arranque y su comando me mostró por qué: archivos que ya estaban en el directorio mysql que no podía eliminar. Me salvaste de horas más de tirarme de los pelos. ¡Gracias!Cuando
docker kill CONTAINER_ID
no funciona ydocker stop -t 1 CONTAINER_ID
tampoco funciona, puede intentar eliminar el contenedor:Hoy tuve un problema similar en el que los contenedores estaban en un ciclo de reinicio continuo.
El problema en mi caso estaba relacionado con que yo era un pobre ingeniero.
De todos modos, solucioné el problema eliminando el contenedor, arreglando mi código y luego reconstruyendo y ejecutando el contenedor.
Espero que esto ayude a cualquiera que se haya quedado con este problema en el futuro
fuente
restart: always
que me dejó en un bucle de la ventana acoplable tratando de iniciar una aplicación rota ... :(Por experiencia personal, parece que hay un problema dentro de su contenedor docker que no permite que se reinicie. Entonces, algún proceso dentro del contenedor hace que el reinicio se cuelgue o algún proceso hace que el contenedor se bloquee al iniciar.
Cuando inicie el contenedor, asegúrese de iniciarlo separado "-d" si va a adjuntarlo. (p. ej., "Docker run -d mediawiki_web_1")
fuente
tl; dr Se está reiniciando con un código de estado de
127
, lo que significa que falta un archivo / biblioteca en su contenedor. Comenzar con un recipiente nuevo podría solucionarlo.Explicación:
En lo que respecta a mi comprensión de Docker, esto es lo que está sucediendo:
127
, que se explica en esta respuesta .no
( el predeterminado ) (usando la marca de línea de comando--restart
o ladocker-compose.yml
claverestart
) mientras se inicia el contenedor.Solución: algo podría haber dañado su contenedor. Lo ideal es comenzar con un recipiente nuevo.
fuente
Este también podría ser el caso si ha creado un
systemd
servicio que tiene:fuente
En mi caso, el contenedor nginx se seguía reiniciando, verifiqué los registros del contenedor nginx y supe que los archivos .crt y .key de un dominio no requerido tenían errores, por lo que eliminé el archivo .conf respectivo, .crt y .key y luego reinicié nginx. Eso es todo, nginx funciona bien sin reiniciar.
fuente
Había olvidado que Minikube se ejecutaba en segundo plano y eso es lo que siempre los reiniciaba
fuente
Primero verifique los registros por qué falló el contenedor. Porque su política de reinicio podría hacer que su contenedor vuelva al estado de ejecución. Es mejor solucionar el problema, entonces probablemente pueda crear una nueva imagen con o sin solución. Luego ejecute el siguiente comando
docker system prune
https://forums.docker.com/t/docker-registry-in-restarting-1-status-forever/12717/3
fuente
Intente agregar estos parámetros a su archivo yml de docker
El archivo final debería verse así
fuente