Bug #4069
fermé
Portail extrèmement lent
100%
Description
Bonjour,
Ce lundi 10/12/2012, le portail est apparu extrêmement lent : bien qu'accessible, chaque action demandait un long temps de réponse (~20s)
Le processus java tournait à 100%, pas de trace de la cause dans les log Silverpeas, ni jboss.
David est intervenu à distance, mais n'a pas pu déterminer la cause du problème.
Ce bug est très similaire à une demande de support que nous avions déjà eu auparavant (#3625), dont nous n'avions pas trouvé la cause exacte.
En attendant que le problème se reproduise, et afin de pouvoir monitorer tous les éléments de JBOSS, les consoles ont été réactivées, et maxThreads="500" a été ajouté au connecteur SSL de la JVM.
Fichiers
Mis à jour par
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
- Fichier jstack.log jstack.log ajouté
- Fichier server.20130103.7z server.20130103.7z ajouté
Aujourd'hui (le 03/01/2013 à partir de 11:30), le portail s'est à nouveau bloqué avec le processus java à 100%.
N'ayant pas pu accéder à la console web de JBoss, nous avons extrait la pile de JBoss avec la commande "jstack <Java_Main_PID>" (cf. jstack.log).
Ci-joint, le logs de jboss (server.log)
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
Nous détectons de nombreux locks sur le parsing de fichiers PDF par Apache Tika. ainsi que des locks sur HornetQ pendant la notification sur la suppression d'un dossier.
Pouvez vous nous indiquer quelle est la version de Silverpeas (car il me semble que c'etait un 5.10.2 au téléphone et non une 5.9.2 comme indiqué sur le rapport) ?
Il est possible de passer HornetQ en mode non persisté :
Dans le fichier $JBOSS_HOME/server/default/deploy/hornetq/hornetq-configuration.xml ajouter après la balise </security-enabled> la balise suivante :
<persistence-enabled>false</persistence-enabled>
@ </address-settings>
<security-enabled>false</security-enabled>
<persistence-enabled>false</persistence-enabled>
</configuration>@
Mis à jour par Emmanuel GRANGE il y a presque 12 ans
Effectivement, il s'agit bien de la version 5.10.2
Est-ce que la modification peut-être appliquée sans redémarrer le portail ?
Cette modification corrige le problème de HornetQ, y-a-t'il une solution pour les Apache Tika (cela créé aussi énormément de fichier temporaire dans /tmp/apache-tika-xxxxxxxxxxxxxxxxxx.tmp) ?
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
- Statut changé de New à Feedback
- Votre version de Silverpeas changé de 5.9.2 à 5.10.2
Tika a été mis à jour en version 5.11 afin d'améliorer les performances d'indexation.
Pour HornetQ nous sommes en train d'investiguer cependant j'ai bien peur que cette modification de configuration ne nécessite un redémarragedu serveur.
Mis à jour par Emmanuel Hugonnet il y a presque 12 ans
Il semblerait qu'il s'agisse d'un bug d'HornetQ qui est corrigé dans la version 2.2.24.
Après quelques tests il semblerait que Silverpeas est compatible avec cette nouvelle version.
Des vérifications plus approfondies doivent être menées avant de valider cette migration.
Mis à jour par Miguel Moquillon il y a presque 12 ans
- Statut changé de Feedback à Closed
- Assigné à mis à Miguel Moquillon
- % réalisé changé de 0 à 100
Le problème provient bien d'un bogue d'HornetQ et du fait que l'on utilise aussi le connecteur in-vm (communication intra-vm) qui, sous HornetQ, présente des instabilités et particulièrement sous fortes charges.
La version 5.11.1 contiendra une mise à jour d'HornetQ vers la version 2.2.24 et utilisera le connecteur netty.
Pour ce faire, il faudra récupérer l'installateur pour la version 5.11.1 (une mise à jour du POM ne suffit pas).