Project

General

Profile

Actions
Copy link

Support #15

open
« Previous | 16 of 28 | Next »

Le pod mon-app-7d5dcfd6d6-abcde est en état CrashLoopBackOff

Added by UserName LastName 8 months ago. Updated 7 months ago.

Status:
New
Priority:
Normal
Assignee:
UserName LastName
Start date:
07/18/2025
Due date:
% Done:

0%

Estimated time:

Description

Voici un exemple de ticket pour un problème courant sur Kubernetes, tel qu'un pod qui n'arrive pas à démarrer correctement.

Titre : Le pod mon-app-7d5dcfd6d6-abcde est en état CrashLoopBackOff

Projet : MonProjet
Service : mon-service-api
Priorité : Élevée
Rapporté par : Jean Dupont
Date : 18/07/2025

Description du problème

Le pod mon-app-7d5dcfd6d6-abcde du déploiement mon-app redémarre en boucle et affiche l'état CrashLoopBackOff. L'application qu'il contient est donc inaccessible. Le problème a commencé après le déploiement de la nouvelle image mon-image:1.2.0.

Étapes pour reproduire

  1. Appliquer le fichier de déploiement deployment.yaml avec la nouvelle version de l'image : 
    kubectl apply -f deployment.yaml
  2. Observer l'état des pods pour le déploiement mon-app : 
    kubectl get pods -l app=mon-app
  3. Le nouveau pod créé entre dans un état CrashLoopBackOff après quelques secondes.

Comportement attendu

Le pod devrait démarrer normalement, passer à l'état Running et rester stable. L'application devrait être opérationnelle.

Comportement actuel

Le pod tente de démarrer, échoue, puis redémarre en boucle. La commande kubectl get pods montre le statut CrashLoopBackOff.

Informations de débogage

Logs du pod en échec :

kubectl logs mon-app-7d5dcfd6d6-abcde

Sortie des logs :

Error: Missing required environment variable: DATABASE_URL
    at checkConfig (/app/src/config.js:55:11)
    at Object.<anonymous> (/app/src/index.js:12:1)
    ...

Les logs indiquent qu'une variable d'environnement critique, DATABASE_URL, est manquante dans la configuration du pod.

Description du pod :

La commande kubectl describe pod mon-app-7d5dcfd6d6-abcde montre plusieurs redémarrages (Restarts: 5) et les événements confirment que le conteneur s'arrête avec un code de sortie 1.

Environnement

  • Version Kubernetes : v1.28.2
  • Fournisseur Cloud : Google Kubernetes Engine (GKE)
  • Version de l'image Docker : mon-image:1.2.0
  • Namespace : production
Actions
Copy link
 #1

Updated by UserName LastName 7 months ago

Bonjour,

Merci pour ce rapport détaillé.

Comme le montrent les logs, le problème est dû à la variable d'environnement DATABASE_URL qui est manquante dans la configuration du déploiement pour la nouvelle version de l'image (mon-image:1.2.0).

En attendant que la configuration du déploiement soit corrigée pour inclure cette variable, je vous suggère de revenir à la version précédente de l'application qui fonctionnait correctement. Cela permettra de rétablir le service rapidement.

Pourriez-vous s'il vous plaît redéployer la dernière version stable connue de l'image ?

Cordialement.

Actions
Copy link

Also available in: Atom PDF