Support #4687
closedSuppression impossible
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
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 ?
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
Updated by Anonymous over 11 years ago
- File GAP-EFPA-01.png GAP-EFPA-01.png added
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.
Updated by Anonymous about 11 years ago
Bonjour,
Et aussi : La suppression des dossiers ne fonctionne pas dans les GED
Cordialement
Gilbert
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
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.
Updated by Anonymous about 11 years ago
Bonjour,
Si vous avez une IP fixe, envoyez la moi SVP à gilbert.lucas@toulouse.inra.fr
Cordialement
G. Lucas
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
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)?
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
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
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...
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).
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.
Updated by François Cedelle about 11 years ago
Le log tournant par taille fonctionne correctement.
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 ?
Updated by Miguel Moquillon about 11 years ago
- Tracker changed from Bug to Support
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
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
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.
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
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;
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.
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
- File postgresql.conf postgresql.conf added
- File postgresql-2013-08-26_000000.log postgresql-2013-08-26_000000.log added
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"
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.
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
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 ?
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
Updated by David Lesimple about 11 years ago
- Category set to Administration
- Status changed from Feedback to Closed