Container
Container failed to stop gracefully: PID 1 process ignores SIGTERM, killed after 10s timeout. – Docker CONTAINER_SIGTERM_IGNORED
L'eseguibile avviato come PID 1 non implementa un gestore di segnali (signal handler) per SIGTERM, costringendo Docker ad attendere il timeout di 10 secondi prima di inviare un SIGKILL non pulito; si risolve usando `--init` o `tini`.
Cosa significa questo errore?
L'eseguibile avviato come PID 1 non implementa un gestore di segnali (signal handler) per SIGTERM, costringendo Docker ad attendere il timeout di 10 secondi prima di inviare un SIGKILL non pulito; si risolve usando `--init` o `tini`.
Messaggio originale
Container failed to stop gracefully: PID 1 process ignores SIGTERM, killed after 10s timeout.Contesto e parole chiave
Alias
- container ignores SIGTERM
- Docker stop 10s delay
Messaggi alternativi
- processo PID 1 ignora SIGTERM container arrestato forzatamente con SIGKILL
Prodotti
- Docker Engine / Docker Compose / BuildKit / containerd
Piattaforme
- Docker Desktop su macOS
- Docker Desktop su Windows
- Linux
Parole chiave
- compose
- Container
- CONTAINER_SIGTERM_IGNORED
- docker
- docker.container.kill-signal-ignored-pid1
- errore-docker-container-stop-timeout-pid1
Cause possibili
Origine del problema per Docker: container non risponde a SIGTERM (blocco PID 1 all'arresto)
L'eseguibile avviato come PID 1 non implementa un gestore di segnali (signal handler) per SIGTERM, costringendo Docker ad attendere il timeout di 10 secondi prima di inviare un SIGKILL non pulito; si risolve usando `--init` o `tini`.
molto comuneDiagnosi
Diagnostica container e log per Docker: container non risponde a SIGTERM (blocco PID 1 all'arresto)
Eseguire comandi di ispezione dei container e controllare i log del demone Docker con journalctl o docker logs.
Come leggere il risultato. Mostra le eccezioni a runtime dell'applicazione, segnali di terminazione o errori di rete interna.
docker logs --tail 50 <container_id>Risoluzione
Procedura di risoluzione per Docker: container non risponde a SIGTERM (blocco PID 1 all'arresto)
Applicare la configurazione raccomandata nelle specifiche ufficiali Docker e BuildKit.
- Ispezionare i parametri di avvio nel file Dockerfile o docker-compose.yml
- Verificare i vincoli di memoria, permessi e compatibilità delle porte
- Riavviare il container o eseguire una compilazione pulita senza cache
Domande frequenti
Come risolvere il problema CONTAINER_SIGTERM_IGNORED in Docker?
L'eseguibile avviato come PID 1 non implementa un gestore di segnali (signal handler) per SIGTERM, costringendo Docker ad attendere il timeout di 10 secondi prima di inviare un SIGKILL non pulito; si risolve usando `--init` o `tini`.
Approfondimenti
- Documentazione Ufficiale Docker - Troubleshooting Guide documentazione_ufficiale