6 Real Debugging Failures I Hit in My Homelab (And What They Taught Me)
The first time a pod crashed in production, I ran kubectl logs and got nothing. It was empty, clean, and had no errors. I didn't know the container had already restarted, nor did I know about --pre...

Source: DEV Community
The first time a pod crashed in production, I ran kubectl logs and got nothing. It was empty, clean, and had no errors. I didn't know the container had already restarted, nor did I know about --previous. I was staring at a blank screen while the app was down, and I had no idea why. The command exists, but I just didn't know to reach for it when it mattered. So I kept digging in the wrong place. I will restart pods, re-run requests, but nothing changes. Meanwhile, the actual error had already disappeared with the previous container. That's the part no tutorial really prepares you for. Not the command, but knowing when to use it. That only comes from things breaking in your own lab. From hitting errors, misreading them, and going back until it clicks. The more you build, the more it breaks. The more it breaks, the more you learn, if you slow down to understand what actually happened. This article walks through six of those failures. What they look like, how to debug them, and how to docu