Containerized applications को debug करने में logs का inspection, containers के अंदर एक shell प्राप्त करना, configuration और state की जाँच करना, और common issues (crashes, networking, resources) का diagnosis शामिल है। troubleshoot करना जानना एक आवश्यक practical skill है।
docker ps -a
docker logs <container>
docker logs -f -- 100 <container>
docker inspect <container>
docker events
docker logs आमतौर पर पहला कदम होता है — यह application का output और errors दिखाता है। docker ps -a बताता है कि क्या कोई container exit हुआ (और इसका exit code)।
# 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 एक running container के अंदर एक shell देता है — files का inspection करने, environment की जाँच करने और container के perspective से connectivity का परीक्षण करने के लिए अमूल्य।
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
Docker containers को debug और troubleshoot करना जानना एक आवश्यक practical skill है, क्योंकि containerized applications में अनिवार्य रूप से issues (crashes, connectivity problems, configuration errors) होते हैं जिन्हें diagnose किया जाना चाहिए, और containerized environment एक layer जोड़ता है जिसके लिए specific debugging techniques की आवश्यकता होती है।
foundational skills — logs का inspection (docker logs, आमतौर पर पहला कदम, application का output और errors दिखाता है), status की जाँच (docker ps -a बताता है कि container exit हुआ या नहीं और क्यों, exit codes सहित), और configuration/state की जाँच (docker inspect) — अधिकांश issues को diagnose करना शुरू करने का तरीका है।
एक container के अंदर एक shell प्राप्त करना (docker exec -it ... bash) container के perspective से investigate करने के लिए एक अमूल्य technique है — files का inspection, environment की जाँच और connectivity का परीक्षण — और container के running न रहने पर भी shell प्राप्त करना जानना (entrypoint को override करके) tricky cases को संभालता है।
common issues और उनके diagnosis को समझना विशेष रूप से मूल्यवान है: containers का तुरंत exit होना (main process crash या finish हुआ — logs और CMD/ENTRYPOINT की जाँच), inter-container connectivity problems (network membership, localhost नहीं बल्कि service names का उपयोग), ports का accessible न होना (mapping, और common gotcha कि app को 127.0.0.1 नहीं बल्कि 0.0.0.0 पर listen करना चाहिए), out-of-memory kills, और permission errors — ये वास्तविक, recurring problems हैं जिन्हें पहचानना और ठीक करना जानना काफी समय बचाता है।
चूँकि containerized applications में ऐसे issues होते हैं जिन्हें debug किया जाना चाहिए, और चूँकि effective troubleshooting (logs, containers में exec, inspect, और common failure patterns को पहचानना) उन्हें diagnose और resolve करने के लिए आवश्यक है, Docker containers को debug करना जानना containerized applications चलाने वाले किसी भी व्यक्ति के लिए आवश्यक, बार-बार लागू होने वाली practical skill है, एक core operational competency जो frustrating container problems को solvable बना देती है।