Otklanjanje grešaka u kontejneriziranima aplikacijama uključuje inspekciju logova, pristup shell-u unutar spremnika, pregled konfiguracije i stanja, te dijagnozu uobičajenih problema (padovi, mrežni problemi, resursi). Poznavanje kako otklanjati greške je bitna praktična vještina.
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs je obično prvi korak — prikazuje izlaz aplikacije i greške. docker ps -a pokazuje je li spremenik završio (i njegov kod izlaza).
# run an interactive shell inside a RUNNING container to investigate
docker exec -it <container> bash # or sh (alpine)
# → inspect files, run commands, check the environment, test connectivity from inside
# if the container won't STAY running, override the entrypoint to get a shell
docker run -it --entrypoint sh myimage
docker exec -it ... bash daje shell unutar pokrenute spremenika — neprocjenjivo za inspekciju datoteka, provjeru okruženja i testiranje konekcije iz perspektive spremnika.
Container EXITS immediately → check `docker logs`; the main process crashed or finished
(a container stops when its main process exits) — check CMD/ENTRYPOINT, errors
CAN'T CONNECT between containers → check they're on the same network; use service NAMES
(not localhost); verify ports; `docker network inspect`
PORT not accessible → check -p mapping; the app must listen on 0.0.0.0 (not 127.0.0.1)
OUT OF MEMORY / killed → check `docker stats`, resource limits (OOMKilled in inspect)
PERMISSION errors → file ownership/user (non-root user vs mounted volume permissions)
IMAGE issues → rebuild without cache (--no-cache); check the build context/.dockerignore
Poznavanje kako otklanjati greške i rješavati probleme u Docker spremnikima je bitna praktična vještina, jer kontejnerizirane aplikacije neizbježno imaju probleme (padovi, problemi s konekcijom, greške u konfiguraciji) koje je potrebno dijagnosticirati, a kontejnerizirano okruženje dodaje sloj koji zahtijeva specifične tehnike otklanjanja grešaka.
Osnovne vještine — inspekcija logova (docker logs, obično prvi korak, koji prikazuje izlaz i greške aplikacije), provjera statusa (docker ps -a koja pokazuje je li i zašto spremenik završio, uključujući kodove izlaza) te pregled konfiguracije/stanja (docker inspect) — su kako počinjete dijagnosticirati većinu problema.
Pristup shell-u unutar spremnika (docker exec -it ... bash) je neprocjenjiva tehnika za istraživanje iz perspektive spremnika — inspekcija datoteka, provjera okruženja i testiranje konekcije — te znanje kako dobiti shell čak i kada spremenik neće ostati pokrenut (zanemarivanje entrypointa) rješava teške slučajeve.
Razumijevanje uobičajenih problema i njihove dijagnostike je posebno korisno: spremnici koji se odmah gase (glavni proces je padao ili je završio — provjera logova i CMD/ENTRYPOINT), problemi s konekcijom između spremnika (članstvo u mreži, korištenje imena servisa umjesto localhost-a), nedostupne priključnice (mapiranje i česta greška da aplikacija mora slušati na 0.0.0.0 umjesto 127.0.0.1), ubijanja zbog nedostatka memorije i greške dozvola — to su pravi, ponavljajući problemi koji znanjem kako prepoznati i ispraviti štedi značajno vrijeme.
Budući da kontejnerizirane aplikacije imaju probleme koji moraju biti ispravljeni, te budući da je učinkovito otklanjanje grešaka (logovi, pristup shell-u u spremnicima, inspekcija i prepoznavanje čestih uzoraka kvarova) potrebno za dijagnostiku i rješavanje problema, znanje kako otklanjati greške u Docker spremnicima je bitna, često primjenjivana praktična vještina za sve one koji pokrenuti kontejnerizirane aplikacije, temeljnu operativnu kompetensu koja problematične spremnike pretvara u rješive probleme.