Status CrashLoopBackOff adalah salah satu error yang paling sering muncul saat menjalankan container di Kubernetes. Container mulai, langsung crash, lalu Kubernetes terus mencoba me-restartnya tanpa henti. Kondisi ini tidak hanya membuat layanan tidak tersedia, tapi juga bisa memakan resource cluster jika tidak ditangani cepat.
Langkah pertama yang harus dilakukan adalah memeriksa log container dengan kubectl logs <pod-name> --previous. Flag --previous penting karena container yang sedang crash tidak akan menghasilkan log baru; log exit sebelumnya lah yang memberi hint tentang penyebab utamanya. Banyak masalah CrashLoopBackOff berakar dari satu hal sederhana: aplikasi gagal membaca konfigurasi, tidak menemukan dependency, atau mengalami error pada startup.
Selanjutnya,cek resource limits di YAML deployment. Jika container kehabisan memory atau CPU karena limit terlalu ketat, Kubernetes bisa mematikan container sebelum aplikasi sempat jalan. Perbesar batas memori secara bertahap dan pantau apakah pod stabil setelah perubahan. Jangan lupa juga memastikan liveness probe dan readiness probe tidak terlalu agresif — probe yang gagal sebelum aplikasi benar-benar siap bisa memicu restart berulang.
Salah satu penyebab tersering yang sering terlewat adalah perbedaan environment antara development dan Kubernetes. Variabel environment yang diharapkan tidak tersedia, secret yang belum di-mount, atau volume mount yang salah path bisa membuat container gagal dengan diam-diam. Verifikasi dengan mengakses container yang berjalan (jika memungkinkan) dan cek apakah variabel, secret, dan konfigurasi yang dibutuhkan semuanya ada.
Setelah akar masalah diidentifikasi, perbaiki konfigurasi deployment, terapkan ulang dengan kubectl apply -f, dan pantau status dengan kubectl get pods -w hingga kondisi berubah menjadi Running. Hindari restart paksa berulang tanpa memperbaiki root cause, karena CrashLoopBackOff hampir selalu adalah gejala, bukan masalahnya sendiri.
Sumber asli: DEV Community