Journaux et pods

Les journaux (logs) sont les messages écrits par l’application pendant son fonctionnement. Ils aident à comprendre une erreur ou un démarrage qui échoue.

Lire les journaux

1. Dans la console de l’application, ouvrez Logs & Pods.
2. Dans la liste Pod, choisissez le pod. Chaque pod est affiché avec son état entre parenthèses (par exemple Running).
3. Les dernières lignes du journal (jusqu’à 500) s’affichent.
4. Cliquez sur Rafraîchir pour charger les lignes les plus récentes.

Une application peut avoir plusieurs pods, par exemple un pour l’application et un pour sa base de données. Choisissez celui qui vous intéresse.

Si la liste affiche « Aucun pod », l’application ne tourne pas : vérifiez l’état dans l’en-tête de la console, puis contactez le support.

Redémarrer un pod

Redémarrer un pod relance le conteneur. C’est utile quand l’application ne répond plus ou après un changement de configuration effectué dans l’application.

Attention

Pendant le redémarrage, l’application (ou la base, s’il s’agit de son pod) est brièvement indisponible. Les données enregistrées sur disque sont conservées.

1. Dans Logs & Pods, choisissez le pod dans la liste Pod.
2. Cliquez sur Redémarrer ce pod.
3. Confirmez avec Oui (ou Annuler).
4. Le message « Pod redémarré » s’affiche. Attendez une minute, puis cliquez sur Rafraîchir.

La console ne propose pas d’arrêt ni de démarrage complet de l’application. L’enregistrement des variables d’environnement redémarre aussi l’application.

En cas de problème

• « Aucune ligne de log » : le pod vient de démarrer ou n’a rien écrit. Rafraîchissez un peu plus tard.
• « Le service doit etre en cours d’execution pour redemarrer un pod » : attendez la fin du déploiement ou d’une restauration.
• Le pod redémarre en boucle : lisez les dernières lignes du journal. Une variable d’environnement récente ou un manque de mémoire en est souvent la cause (voir Ressources et métriques). Si le problème persiste, ouvrez un ticket en joignant les lignes d’erreur.