juniorode
commented
1 year ago Bonjour @SolaAdrien , Pour vous aider dans la résolution de ce problème il nous faudrait les éléments suivants :
- les caractéristiques du système sur lequel tourne l'ent (OS, quantité de RAM et de CPU)
- la version de Docker
- la configuration de Docker
- un code minimaliste pour reproduire le problème
Pour répondre à vos questions :
Avez-vous connaissance d’un module customisé qui ne fonctionne plus automatiquement au bout d’un certain temps d’utilisation sans redémarrage de l’image docker (ici 8 jours) ?
Non, nous avons des environnements qui tournent 24/7 et nous n'avons pas observé ce genre de comportement
Une verbosité plus importante des logs de l’image docker permettrait peut-être d’aider cette analyse. Avez-vous un moyen d’effectuer cela ?
En fonction de votre version de l'ENT et de votre configuration vous pourrez avoir accès à des métriques purement VertX à l'adresse http://localhost:9090/metrics qui pourraient vous aiguiller
SolaAdrien
Bonjour,
Je me permets de vous contacter concernant un besoin sur une instance OPEN ENT NG qui est utilisée pour des besoins annexes (pas en production).
J’ai créé un module customisé utilisé par l’image docker vertx développée par Open Digital Education. Le module fonctionne depuis longtemps comme prévu, avec la configuration nécessaire située dans l’ent-core.json.
Cependant, il a été détecté que lorsque l’image docker tourne en tourne en continu pendant 8 jours, au bout du 8ème jour (192h), le module customisé ne fonctionne plus. En effet, avant cette durée fixe, il est possible d’aller sur la page du module sur l’url locale (i.e. http://localhost:8080/mon-url-module-custom). L’appel des fonctions définies dans le code Java fonctionne correctement.
A partir de 8 jours de fonctionnement en continu, plus rien ne fonctionne du module customisé. L’url_http://localhost:8080/mon-url-module-custom ne fonctionne plus (erreur 503 car cela ne tourne pas), les fonctions Java ne fonctionnent plus car l’url n’est plus disponible. Aucun log d’erreur de crash du module customisé n’est présent.
La consommation de ressources n’est pas excessive, le cpu et la ram utilisés sont très faibles, aucune erreur n’est présente, et le reste de l’application fonctionne correctement.
Si l’image docker est redémarrée, le module customisé fonctionne à nouveau correctement.
Ainsi, ma première supposition est qu’un problème est rencontré entre l’image docker vertx et le module customisé qui ne semble plus détecté.
J’aurai donc besoin de réponses concernant les questions suivantes : • Avez-vous connaissance d’un module customisé qui ne fonctionne plus automatiquement au bout d’un certain temps d’utilisation sans redémarrage de l’image docker (ici 8 jours) ? • Pourriez-vous m’aiguiller sur une marche à suivre pour récupérer des informations supplémentaires afin d’analyser le problème rencontré ? • Une verbosité plus importante des logs de l’image docker permettrait peut-être d’aider cette analyse. Avez-vous un moyen d’effectuer cela ? • Préconisez-vous de redémarrer l'image docker si ce problème survient ?
Merci d’avance pour votre réponse.
Cordialement,
Adrien Sola.