Vue diagnostic rapide
Le conteneur démarre puis s’arrête en boucle et Kubernetes augmente progressivement le délai entre les redémarrages.
- Erreur applicative au démarrage
- Secret, variable ou volume manquant
- Probe trop agressive
- kubectl describe pod pour les événements
- kubectl logs --previous pour le crash précédent
- Contrôle des probes et limites
- Corriger uniquement le composant confirmé par les contrôles
- Rejouer le symptôme initial après la correction
- Escalader avec les preuves collectées si la cause reste indéterminée
Plan technicien contextualisé
Effectuez ce contrôle et conservez le résultat observé avant toute modification.
« kubectl describe pod pour les événements » doit produire une observation permettant de confirmer ou d’écarter clairement « Erreur applicative au démarrage ».
Si l’observation est conforme, réduisez la priorité de « Erreur applicative au démarrage » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Erreur applicative au démarrage ». Action associée : Corriger uniquement le composant confirmé par les contrôles.
Effectuez ce contrôle et conservez le résultat observé avant toute modification.
« kubectl logs --previous pour le crash précédent » doit produire une observation permettant de confirmer ou d’écarter clairement « Secret, variable ou volume manquant ».
Si l’observation est conforme, réduisez la priorité de « Secret, variable ou volume manquant » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Secret, variable ou volume manquant ». Action associée : Rejouer le symptôme initial après la correction.
Effectuez ce contrôle et conservez le résultat observé avant toute modification.
« Contrôle des probes et limites » doit produire une observation permettant de confirmer ou d’écarter clairement « Probe trop agressive ».
Si l’observation est conforme, réduisez la priorité de « Probe trop agressive » et passez au contrôle distinct suivant.
Si l’observation est anormale, conservez la preuve et investiguez d’abord « Probe trop agressive ». Action associée : Escalader avec les preuves collectées si la cause reste indéterminée.
Répétez le même test de validation après correction et confirmez que le symptôme initial a disparu. Validez la stabilité avant de clôturer l’incident.
Avant toute modification de configuration, relevez la valeur actuelle et prévoyez le retour arrière.
Escaladez avec symptôme exact, portée, heure et contrôles déjà effectués si le problème reste non résolu.
＋Afficher le guide détaillé completExplications détaillées et contenu de dépannage original.
Le conteneur démarre puis s’arrête en boucle et Kubernetes augmente progressivement le délai entre les redémarrages.
Causes probables
- Erreur applicative au démarrage
- Secret, variable ou volume manquant
- Probe trop agressive
- Limite mémoire atteinte
Contrôles par ordre de priorité
- kubectl describe pod pour les événements
- kubectl logs –previous pour le crash précédent
- Contrôle des probes et limites
- Vérification de la configuration du Deployment
Quand escalader
Escaladez lorsque la panne touche plusieurs utilisateurs, qu’une dépendance de production est indisponible ou que les journaux pointent vers un composant hors de votre contrôle. Joignez les horodatages, le périmètre, les tests déjà réalisés et le dernier état fonctionnel connu.