Project

General

Profile

Actions

Support #4687

closed

Suppression impossible

Added by Anonymous over 11 years ago. Updated about 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
Administration
Target version:
-
Start date:
07/02/2013
Due date:
% Done:

100%

Estimated time:
Spent time:
Navigateur:
Tous
Votre version de Silverpeas:
5.11.4
Système d'exploitation:
Windows 7
Livraison en TEST:
Livraison en PROD:

Description

Bonjour,

Depuis l'installation de la V5.11.4, la suppression d'élément est impossible :

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, root@localhost and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.

Que ce soit sur une GED. ex : https://collaboratif.inra.fr/silverpeas/admin/jsp/MainFrameSilverpeasV5.jsp?RedirectToSpaceId=WA6932

Ou dans l'administration Espaces & Applications > Corbeille d'espaces et applications
Cordialement
Gilbert LUCAS


Files

GAP-EFPA-01.png (63.4 KB) GAP-EFPA-01.png Anonymous, 07/08/2013 09:44 AM
Log_apache_silverpeas.tar (6.9 MB) Log_apache_silverpeas.tar François Cedelle, 08/26/2013 10:51 AM
postgresql.conf (13.8 KB) postgresql.conf François Cedelle, 08/26/2013 11:01 AM
postgresql-2013-08-26_000000.log (50.9 KB) postgresql-2013-08-26_000000.log François Cedelle, 08/26/2013 11:01 AM
Actions #1

Updated by Nicolas Eysseric over 11 years ago

  • Status changed from New to Feedback

La suppression de publication dans la corbeille fonctionne.
Qu'est ce qui ne fonctionne pas dans cette GED ?

Pour la suppression depuis la corbeille d'espaces et d'applications, je constate le problème sans pour autant l'identifier. Quelle est la charge actuelle du serveur ?

Actions #2

Updated by Anonymous over 11 years ago

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

Actions #3

Updated by Anonymous over 11 years ago

Ci joint une image de l'affichage du vidage de la corbeille en question.

J'ai lancé le vidage de la corbeille, fait mon image, écrit le texte dedans, saisi ce texte, joins l'image à cette note et la roue est toujours affichée sur Silverpeas !

Désolé mais ça ne fonctionne pas
Gilbert

PS : Après avoir fair un rafraichissement de la page (alors que la roure tournait toujours) la corbeille est bien vidée. Mais les utilisateurs sont déroutés par ce comportement.

Actions #4

Updated by Anonymous about 11 years ago

Bonjour,

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

Actions #5

Updated by Anonymous about 11 years ago

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

Actions #6

Updated by David Lesimple about 11 years ago

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.

Actions #7

Updated by Anonymous about 11 years ago

Bonjour,

Si vous avez une IP fixe, envoyez la moi SVP à
Cordialement
G. Lucas

Actions #8

Updated by Anonymous about 11 years ago

Bonjour,

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

Actions #9

Updated by David Lesimple about 11 years ago

Ok j'arrive à me connecter en ssh.

Actions #10

Updated by David Lesimple about 11 years ago

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)?

Actions #11

Updated by Anonymous about 11 years ago

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

Actions #12

Updated by David Lesimple about 11 years ago

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

Actions #13

Updated by François Cedelle about 11 years ago

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>


Mais point de server.log tournant...
Actions #14

Updated by David Lesimple about 11 years ago

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).

Actions #15

Updated by François Cedelle about 11 years ago

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.

Actions #16

Updated by François Cedelle about 11 years ago

Le log tournant par taille fonctionne correctement.

Actions #17

Updated by Miguel Moquillon about 11 years ago

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 ?

Actions #18

Updated by Miguel Moquillon about 11 years ago

  • Tracker changed from Bug to Support
Actions #19

Updated by Anonymous about 11 years ago

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

Actions #20

Updated by Anonymous about 11 years ago

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

Actions #21

Updated by David Lesimple about 11 years ago

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.

Actions #22

Updated by Anonymous about 11 years ago

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

Actions #23

Updated by David Lesimple about 11 years ago

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;

Actions #24

Updated by François Cedelle about 11 years ago

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.

Actions #25

Updated by François Cedelle about 11 years ago

Voici les logs Apache
Il y a bien une erreur [Mon Aug 26 09:44:50 2013] [error] (70007)The timeout specified has expired: ajp_ilink_receive() can't receive header
et le time out apache actuel semble être de 2 minutes : ./conf/httpd.conf:Timeout 120

Updated by François Cedelle about 11 years ago

Et voici les fichiers Postgres.
Nous voyons aussi dans le log :
user=pg54348,db=Silverpeas,2013-08-26 10:00:10 CESTLOG: transaction ID wrap limit is 2684261126, limited by database "postgres"

Actions #27

Updated by David Lesimple about 11 years ago

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.

Actions #28

Updated by François Cedelle about 11 years ago

Bonjour,

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

Actions #29

Updated by David Lesimple about 11 years ago

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 ?

Actions #30

Updated by Anonymous about 11 years ago

  • % Done changed from 0 to 100

Bonjour,

La ligne ajoutée, le problème est résolu.

Merci
Gilbert LUCAS

Actions #31

Updated by David Lesimple about 11 years ago

  • Category set to Administration
  • Status changed from Feedback to Closed
Actions

Also available in: Atom PDF