Docker: port is already allocated

Allora la tiene un processo dell'host. ss -lntp mostra PID e programma.

Docker: Bind for 0.0.0.0:80 failed – port is already allocated

Docker non riesce a occupare la porta dell'host perché qualcosa la tiene già: un altro container, un servizio dell'host o un docker-proxy bloccato.

daniele@mikweb: ~/errors — less docker-port-already-allocated.md

Come appare il messaggio

Error response from daemon: driver failed programming external connectivity on endpoint web: Bind for 0.0.0.0:80 failed: port is already allocated

Un altro container pubblica la stessa porta, spesso dopo il cambio di progetto Compose.
Un servizio dell'host usa la porta, per esempio nginx, Apache o Pi-hole.
Un vecchio container è ancora attivo perché docker compose down non è mai stato eseguito.
Un container usa network_mode: host e in più dichiara il mapping delle porte.
Un processo docker-proxy di un container rimosso tiene ancora la porta.

Chi ascolta sulla porta?
ss -lntp | grep ':80 '
Quale container la pubblica?
docker ps --format 'table {{.Names}}\t{{.Ports}}' | grep ':80'
Tutte le porte, anche dei container fermi
docker ps -a --format 'table {{.Names}}\t{{.Status}}\t{{.Ports}}'
Processi proxy bloccati
ps aux | grep -i '[d]ocker-proxy'

Trova e ferma il container con docker stop NOME, poi rilancia docker compose up -d.
Identifica il servizio dell'host e decidi se fermarlo o spostare il container su un'altra porta, per esempio 8080:80.
Con più progetti Compose distribuisci le porte in modo esplicito invece di mappare 80 e 443 due volte.
Pulisci i container vecchi con docker compose down --remove-orphans.
docker restart non risolve: la porta resta occupata finché gira l'altro processo.

Non direttamente. Solo uno tiene la porta dell'host. Metti un reverse proxy davanti e usa porte interne diverse.

Allora la tiene un processo dell'host. ss -lntp mostra PID e programma.