Categoria
Articoli tecnici organizzati per gruppo funzionale.
Il kernel dell'host Linux ha il monitoraggio della memoria swap disattivato nei cgroup (`cgroup_enable=memory swapaccount=1`), impedendo a Docker di applicare quote limite con `--memory-swap`.
In cluster Kubernetes con Docker/containerd, kubelet richiede l'uso esclusivo del driver `systemd` per i cgroup; se Docker è configurato con `cgroupfs` i pod falliscono l'avvio.
Il demone `dockerd` non si avvia perché trova il file `/var/run/docker.pid` residuo lasciato da un arresto anomalo precedente; se nessun processo dockerd è attivo, eliminare il file.
L'attivazione su richiesta tramite socket systemd fallisce perché l'unità `docker.socket` è disabilitata o mascherata; si risolve eseguendo `sudo systemctl unmask docker.socket && sudo systemctl start docker.socket`.
Il servizio `docker.service` non invia la notifica `READY=1` a systemd entro 90 secondi a causa del controllo integrità massivo di migliaia di layer su dischi lenti o filesystem overlay2 corrotto.
Docker exec format error compare quando il runtime prova ad avviare un binario o uno script in un formato non eseguibile per l'ambiente del container. Il caso frequente è un'immagine costruita per amd64 eseguita su arm64, oppure uno script senza shebang valido o con terminatori di riga errati. La diagnosi confronta platform dell'immagine, architettura host, file entrypoint e forma exec del Dockerfile.
L'errore si verifica quando la CLI Docker non riesce a stabilire la connessione con il demone dockerd tramite il socket UNIX /var/run/docker.sock.
L'errore compare durante l'arresto del demone o la rimozione di container quando processi orfani o antivirus trattengono aperti i mount point del driver storage overlay2.