Skip to main content
Quand un pod ne se comporte pas comme attendu, une séquence de commandes kubectl permet de rapidement cerner la cause. Cette page liste les commandes essentielles et une grille de lecture des symptômes les plus courants.

Commandes de base pour investiguer

Lister les pods avec détails
Décrire le pod et ses événements
Consulter les logs récents
Consulter les logs du conteneur précédent (après un crash)
Voir la consommation de ressources
Lister les événements récents du namespace

Grille de symptômes et pistes

Commencez toujours par kubectl describe pod : il affiche les événements Kubernetes, les conditions, les restarts et les raisons de l’état actuel en un seul bloc.
Si un pod est en CrashLoopBackOff, les logs actuels (kubectl logs sans --previous) peuvent être vides ou incomplets. Pensez systématiquement à ajouter --previous pour voir ce qui a provoqué le dernier crash.