Support #5164
fermé
Plantage du portail
0%
Description
Bonjour,
Notre portail de production a planté aujourd'hui avec des erreurs que je n’avais pour l'instant jamais rencontré.
Même si nous devons bientôt migré en v5.13.2, j'aurais besoin de connaitre votre analyse du problème pour être sûr qu'il ne risque pas de se reproduire dans les prochaines versions.
Ci joint le fichier de traces sur la période du crash.
Merci
Fichiers
Mis à jour par David Lesimple il y a presque 11 ans
- Statut changé de New à Feedback
Il a planté à 11h10 ? car les traces s'arrent à cette heure.
On pourrait avoir le server.log car je pense que l'erreur dans traces.txt (coupure du flux réseau) n'est que la conséquence du plantage.
Le process Java tournait-il encore ?
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
- Fichier server.log.20131211.gz server.log.20131211.gz ajouté
Oui, il a planté vers 11:07
Ci-joint, le server.log
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
- Fichier server.log.20131212.gz server.log.20131212.gz ajouté
Le portail a à nouveau planté aujourd'hui à partir de 11:24.
Je ne sais pas si c'est lié, mais voici le fichier server.log de jboss d'aujourd'hui
Cette fois-ci le processus n'était pas arrêté, mais impossible d'accéder au portail.
J'ai redémarré complètement le serveur pour vider la mémoire, et il a bien redémarré.
Mis à jour par David Lesimple il y a presque 11 ans
C'est encore un Too many open files...
As-tu fait le changement dans /etc/pam.d/su comme expliqué dans le mail ?
D'autre part, j'ai modifié le script de démarrage car en redémarrage serveur, c'est le jeu de caractères ANSI qui est activé et pas UTF-8.
Il faudrait donc :
- décommenter la ligne "session required pam_limits.so" dans /etc/pam.d/su voir https://extranet.silverpeas.com/silverpeas/Question/301
- rebooter le serveur
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
Encore un plantage !
Le fichier server.log fait encore apparaitre un "Too many open files" juste avant le plantage.
Cette fois ci, j'ai tout paramétré comme ci-dessus.
Le fichier /etc/security/limits.conf contient :
root hard nofile 8192
root soft nofile 16384
Est-ce suffisant ?
Pourquoi le problème ne se déclare que maintenant ?
Quel est l'impact de la configuration du jeu de caractère en UTF8 ?
Mis à jour par David Lesimple il y a presque 11 ans
Emmanuel GRANGE a écrit :
Encore un plantage !
Le fichier server.log fait encore apparaitre un "Too many open files" juste avant le plantage.
Cette fois ci, j'ai tout paramétré comme ci-dessus.Le fichier /etc/security/limits.conf contient :
root hard nofile 8192
root soft nofile 16384Est-ce suffisant ?
normalement oui, une remarque cependant, la valeur soft ne doit pas dépasser la valeur hard, du coup cela explique peut-être le problème.
j'augmenterais ces valeurs à :
root hard nofile 10240
root soft nofile 10240
il faut bien redémarrer le SERVEUR (la VM si c'est une VM) pour la prise en compte de cette configuration.
Pourquoi le problème ne se déclare que maintenant ?
quelqu'un a lancé une réindexation globale ?
Quel est l'impact de la configuration du jeu de caractère en UTF8 ?
les accents des fichiers notamments passent mal.