Silverpeas » Silverpeas Core

Bonjour Nicolas,

Pour le vidage des corbeilles, j'ai encore une alerte ce matin d'un utilisateur. Pour la charge, je ne sais pas au moment du bug.
Cordialement
Gilbert

Bonjour,

Et aussi : La suppression des dossiers ne fonctionne pas dans les GED
Cordialement
Gilbert

Bonjour,

Cela commence a être critique. Envisagez-vous de faire quelque chose ou doit-on dire aux utilisateurs que Silverpeas ne fonctionne plus ?
Je rappelle que l'on ne peut plus supprimer de dossier dans TOUTES LES GED ! Et que nous ne pouvons plus rien supprimer dans la corbeille GENERALE (en admin)
Cordialement
G. Lucas

Bonjour,

Pouvons-nous avoir un accès SSH au serveur ? si vous autorisé l'accès sur IP, je vous envoie notre IP publique par email.

Bonjour,

Si vous avez une IP fixe, envoyez la moi SVP à gilbert.lucas@toulouse.inra.fr
Cordialement
G. Lucas

Bonjour,

Etes vous arrivé à vous connecter avec le compte de Nicolas (neysseric) ? Sinon, il y avait un compte laloiseau et sfariello
Cordialement
Gilbert LUCAS

Ok j'arrive à me connecter en ssh.

Bonjour,

Globalement votre Silverpeas est assez lent, et j'ai pu reproduire partiellement ce pb de suppression.
j'ai noté 2 points qui méritent d'etre examinés:
1/ Votre fichier server.log fait 11 Go !! pas très bon, il faudrait arreter SP et le supprimer avant de rédémarrer et mettre en place un log tournant.
en profter pour supprimer errrorAndFatal.txt

2/ La RAM me semble relativement faible (2 Go pour SP) pour 5 Go sur le serveur. est-il possible de booster un peu plus ce serveur en ajoutant de la RAM (+ 2 à 4 Go)?

Bonjour,

Merci pour ces nouvelles. Nous ne savons pas mettre les logs du serveur.log jboss en tournant. Pourriez-vous, SVP, de nous indiquer la procédure ?
Merci d'avance
Gilbert

Vous pouvez mettre en place dans jboss un log tournant de type <size-rotating-file-handler sur 1 Mo par exemple.
Je vous renvoie à cette documentation qui en parle et qui comporte d'autres points qui pourraient vous etre utile.
https://extranet.silverpeas.com/silverpeas/File/2044bf4d-081e-45a8-8a11-b1162c5b5fbd

nous avons déjà cette configuration :

   <periodic-rotating-file-handler
         file-name="${jboss.server.log.dir}/server.log" 
         name="FILE" 
         autoflush="true" 
         append="true" 
         suffix=".yyyy-MM-dd">  <!-- To roll over at the top of each hour, use ".yyyy-MM-dd-HH" instead -->

      <error-manager>
         <only-once/>
      </error-manager>

      <formatter>
         <pattern-formatter pattern="%d %-5p [%c] (%t) %s%E%n"/>
      </formatter>
   </periodic-rotating-file-handler>

Bonjour,

En fait, vous avez le paramètre max-backup-index="5"> en plus dans le <periodic-rotating-file-handler.
Or celui-ci (il y a une erreur dans la doc Silverpeas d'optimisation et de sécurisation) n'est pas utilisable avec <periodic-rotating-file-handler mais
avec <size-rotating-file-handler> (rotation par taille).

Oui, mais non ;)
On ne l'avais pas. Je l'ai rajouté seulement hier pour tester.

Bon, je vais tester la rotation par taille alors.

Je vous tiens au courant.

Le log tournant par taille fonctionne correctement.

Pouvez vous nous dire si la montée en RAM de Silverpeas ainsi que la mise en place de journaux tournants a résolu votre problème ?

Bonjour,

Hélas non, nous avons toujours le message Internal Server Error sur la parie Administration > Espaces & applications > Corbeille d'espaces et applications et dans la partie Dossier d'une GED (Kmelia) les dossiers ne se suppriment pas.
cordialement
Gilbert LUCAS

Bonjour,

Pouvez vous me dire si vous avez avancé pour ce bug SVP ? J'ai de nouvelles réclamations et je ne sais plus quoi dire pour faire patienter !
Cordialement
Gilbert

Bonjour,

J'étais en congés, mais je viens de me connecter: vous avez ajouté de la mémoire pour SP (de 2 Go à 4 Go), mais pas sur le serveur: donc il sature (swape car plus de mémoire dispo).
Si c'est une VM, vous devriez pouvoir ajouter facilement de la RAM.

Bonjour,

Nous avons ajouté 1 Go de mémoire aujourd'hui, le résultat est identique. Les responsables du serveurs m'ont dit que l'on avait déjà 5 Go et que c'était beaucoup.
Cordialement
Gilbert

Bonjour,

Ok, pour information, il y a un timeout remonté par Apache au bout de 2 minutes.
je pense qu'il faut chercher maintenant du coté de la BD et/ou d'Apache.
pouvez-vous m'envoyer les logs d'apache et de postgres ainsi que le fichier de conf postgresql.conf ?
Est-il également possible de lancer ces 2 requetes SQL sur la base Silverpeas ?
1. pour avoir la liste des connexions actives:
SELECT count(*) FROM pg_catalog.pg_stat_activity;

2. pour avoir d'éventuels deadlocks:

select bl.pid as blocked_pid, a.usename as blocked_user,
ka.current_query as blocking_statement, now() - ka.query_start as blocking_duration, kl.pid as blocking_pid, ka.usename as blocking_user, a.current_query as blocked_statement, now() - a.query_start as blocked_duration
from pg_catalog.pg_locks bl join pg_catalog.pg_stat_activity a on bl.pid = a.procpid join pg_catalog.pg_locks kl join pg_catalog.pg_stat_activity ka on kl.pid = ka.procpid on bl.transactionid = kl.transactionid and bl.pid != kl.pid where not bl.granted;

Bonjour,

J'ai fais les demandes de logs et du fichier de confs à nos sys-admin.
J'ai lancé les requêtes ce matin : La 1ere donne 18 connexions actives (vs 21 affichée dans l'interface) et aucun résultat pour la seconde.

Bonjour,

Je suggère de désactiver temporairement l'autovacuum qui s'execute toutes les minutes (positionnez autovacuum = off dans postgresqlcconf).
et qui peut pénaliser de manière notoire les sessions actives.

Bonjour,

L'autovaccum a été désactivé, Silverpeas relancé, mais le problème persiste : internal server error

il est possible que vous soyez confronté au bug #4158.
Or ce bug a normalement été corrigé dans la version 5.11.1 en upgradant HornetQ en version 2.2.24.

pour débloquer la situation pour ce bug, il fallait également ajouter dans un fichier de jboss ($JBOSS_HOME/server/default/deploy/hornetq/hornetq-configuration.xml) une ligne
<persistence-enabled>false</persistence-enabled>

Il se trouve que vous n'avez pas cette ligne dans votre fichier hornetq-configuration.xml
Pouvez-vous l'ajouter (en fin de fichier) et relancer Silverpeas ?