Boucles de plantage
Fait partie de la section Introduction à Kubernetes du Journey Terminal de Coddy. Leçon 24 sur 45.
Un conteneur est censé continuer à s’exécuter. Lorsque son processus se termine, Kubernetes le redémarre (la restartPolicy du Pod est Always par défaut). S’il se termine encore et encore, son état devient CrashLoopBackOff et la colonne RESTARTS augmente, avec une pause plus longue avant chaque redémarrage.
Voici un conteneur qui affiche un message et échoue volontairement :
kubectl run crash --image=busybox -- sh -c "echo boom; exit 1"Tout ce qui suit -- est la commande exécutée par le conteneur. Répertoriez les Pods plusieurs fois et observez le statut passer de Running à Error, puis à CrashLoopBackOff.
La raison se trouve dans les journaux : kubectl logs crash affiche boom, la dernière chose que le conteneur a dite. Même une image qui n’a rien à exécuter, comme un simple busybox, se termine immédiatement et se retrouve dans la même boucle : un Pod a besoin d’un processus qui continue de s’exécuter.
Défi
FacileDémarre un Pod nommé crash à partir de l’image busybox en exécutant la commande sh -c "echo boom; exit 1". Affiche ses journaux, puis liste les Pods deux fois et observe le statut atteindre CrashLoopBackOff.
Essayez vous-même
Testez-vousCette leçon comprend un petit quiz. Commencez la leçon pour y répondre et suivre votre progression.
Toutes les leçons de Introduction à Kubernetes
8Espaces de noms et tâches
Espaces de nomsTravailler dans un espace de nomsTâchesRécapitulatif - Navigateur d’espaces de noms6Débogage
Journaux des podsExécution de commandesErreurs de récupération d’imagesBoucles de plantageRécapitulatif - Docteur des podsEntraînez-vous par vous-même : Playground Terminal