Support #4687
ferméSuppression 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
Fichiers
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
- Fichier GAP-EFPA-01.png GAP-EFPA-01.png ajouté
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 à [email protected]
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
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 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
- Fichier Log_apache_silverpeas.tar Log_apache_silverpeas.tar ajouté
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
- Fichier postgresql.conf postgresql.conf ajouté
- Fichier postgresql-2013-08-26_000000.log postgresql-2013-08-26_000000.log ajouté
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