Projet

Général

Profil

Actions

Support #4687

fermé

Suppression impossible

Ajouté par Anonyme il y a plus de 11 ans. Mis à jour il y a plus de 11 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
-
Catégorie:
Administration
Version cible:
-
Début:
02/07/2013
Echéance:
% réalisé:

100%

Temps estimé:
Temps passé:
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


Fichiers

GAP-EFPA-01.png (63,4 ko) GAP-EFPA-01.png Anonyme, 08/07/2013 09:44
Log_apache_silverpeas.tar (6,9 Mo) Log_apache_silverpeas.tar François Cedelle, 26/08/2013 10:51
postgresql.conf (13,8 ko) postgresql.conf François Cedelle, 26/08/2013 11:01
postgresql-2013-08-26_000000.log (50,9 ko) postgresql-2013-08-26_000000.log François Cedelle, 26/08/2013 11:01

Mis à jour par Nicolas Eysseric il y a plus de 11 ans

  • Statut changé de New à 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 ?

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par Anonyme il y a plus de 11 ans

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.

Mis à jour par Anonyme il y a plus de 11 ans

Bonjour,

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

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par David Lesimple il y a plus de 11 ans

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.

Mis à jour par Anonyme il y a plus de 11 ans

Bonjour,

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

Mis à jour par Anonyme il y a plus de 11 ans

Bonjour,

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

Mis à jour par David Lesimple il y a plus de 11 ans

Ok j'arrive à me connecter en ssh.

Mis à jour par David Lesimple il y a plus de 11 ans

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

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par David Lesimple il y a plus de 11 ans

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

Mis à jour par François Cedelle il y a plus de 11 ans

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

Mis à jour par David Lesimple il y a plus de 11 ans

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

Mis à jour par François Cedelle il y a plus de 11 ans

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.

Mis à jour par François Cedelle il y a plus de 11 ans

Le log tournant par taille fonctionne correctement.

Mis à jour par Miguel Moquillon il y a plus de 11 ans

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 ?

Mis à jour par Miguel Moquillon il y a plus de 11 ans

  • Tracker changé de Bug à Support

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par David Lesimple il y a plus de 11 ans

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.

Mis à jour par Anonyme il y a plus de 11 ans

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

Mis à jour par David Lesimple il y a plus de 11 ans

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;

Mis à jour par François Cedelle il y a plus de 11 ans

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.

Mis à jour par François Cedelle il y a plus de 11 ans

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

Mis à jour par François Cedelle il y a plus de 11 ans

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"

Mis à jour par David Lesimple il y a plus de 11 ans

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.

Mis à jour par François Cedelle il y a plus de 11 ans

Bonjour,

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

Mis à jour par David Lesimple il y a plus de 11 ans

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 ?

Mis à jour par Anonyme il y a plus de 11 ans

  • % réalisé changé de 0 à 100

Bonjour,

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

Merci
Gilbert LUCAS

Mis à jour par David Lesimple il y a plus de 11 ans

  • Catégorie mis à Administration
  • Statut changé de Feedback à Closed
Actions

Formats disponibles : Atom PDF