Support #2783
fermé
Erreur lors du dbBuilder v5.8
Ajouté par François Cedelle il y a presque 13 ans.
Mis à jour il y a plus de 12 ans.
Votre version de Silverpeas:
5.8
Description
dbBuilder.sh :
......Number of duplicate content: 24133
Number of duplicate content: 24133
Number of duplicate content that are classified on the PdC: 37
Delete the unclassified redundant instances of duplicate contents
java.lang.Exception:
***ERROR RETURNED BY THE JVM : null
at com.silverpeas.dbbuilder.DBBuilderPiece.executeJavaInvoke(DBBuilderPiece.java:298)
at com.silverpeas.dbbuilder.DBBuilderPiece.executeInstructions(DBBuilderPiece.java:192)
at com.silverpeas.dbbuilder.DBBuilder.processSQLFiles(DBBuilder.java:753)
at com.silverpeas.dbbuilder.DBBuilder.processDB(DBBuilder.java:606)
at com.silverpeas.dbbuilder.DBBuilder.main(DBBuilder.java:335)
....
***ERROR RETURNED BY THE JVM : null
......
Database Build FAILED (Thu Dec 22 10:43:25 CET 2011).
removeDuplicateContents.sh
Number of duplicate content: 24133
....22 déc. 2011 11:04:08 com.silverpeas.migration.contentmanagement.DuplicateContentRemovingApplication main
GRAVE: ERROR: stack depth limit exceeded
Indice : Increase the configuration parameter "max_stack_depth".
org.postgresql.util.PSQLException: ERROR: stack depth limit exceeded
Indice : Increase the configuration parameter "max_stack_depth".
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2102)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1835)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:257)
at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:500)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:374)
at org.postgresql.jdbc2.AbstractJdbc2Statement.executeUpdate(AbstractJdbc2Statement.java:302)
at org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228)
at org.apache.commons.dbcp.DelegatingStatement.executeUpdate(DelegatingStatement.java:228)
at com.silverpeas.migration.contentmanagement.DuplicateContentRemoving.executeDeletion(DuplicateContentRemoving.java:211)
at com.silverpeas.migration.contentmanagement.DuplicateContentRemoving.migrate(DuplicateContentRemoving.java:154)
at com.silverpeas.migration.contentmanagement.DuplicateContentRemovingApplication.main(DuplicateContentRemovingApplication.java:46)
Je demande aux DBA d'augmenter max_stack_depth ?
- Tracker changé de Bug à Support
- Statut changé de New à Assigned
- Assigné à mis à Miguel Moquillon
- Priorité changé de Normal à High
La valeur du paramètre max_stack_depth est passée de 2048 à 7168.
Je n'ai plus d'erreur à l'exécution du dbBuilder...
En revanche, SilverpeasSettings.sh me dit :
java.io.IOException: La variable :"MIN_POOL_SIZE" n'existe pas dans la base
- Statut changé de Assigned à Feedback
As-tu bien récupéré le package d'installation de la v5.8 ?
Si oui, peux-tu nous transmettre les fichiers config.xml et SilverpeasSettings.xml ?
Oui, j'ai bien récupéré le package, mais j'ai fait l'erreur de suivre à la lettre la release note :
Assurez-vous d'avoir une sauvegarde du fichier SILVERPEAS_HOME
/setup/settings/config.xml avant l'installation de l'archive ci-dessus. Cette copie devra ensuite écraser le fichier par défaut fourni par l'archive.
Alors qu'il ne faut pas l'écraser... Il y a 2 lignes en plus : MIN et MAX_POOL_SIZE !
En effet, cette information m'a échappé (ou ne m'est pas parvenue).
Ces lignes ont été ajoutées le 01/09.
Je vais de ce pas modifier la release note dans ce sens...
La release note a été mise à jour. Tu peux la télécharger de nouveau si tu veux.
Le reste de l'installation s'est-il déroulé sans problème ?
Sinon pour information au sujet du pb de dbbuilder, j'ai passé le script sur un dump de votre base datant de janvier. Il a détecté 33113 contenu dupliqués et s'est déroulé correctement avec la config par défaut (max_stack_depth = 2MB).
Par contre, le test a été réalisé sur le SGBDR PostgreSQL 9.1.
J'ai par la suite essayé avec le SGBDR PostgreSQL 8.4 et là aussi tout c'est bien passé avec la config par défaut (max_stack_depth = 2MB).
Miguel, je crois que nous sommes encore en 8.1
Nicolas, non, le démarrage reste bloqué sur :
INFO [JSFImplManagementDeployer] Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0, Mojarra-2.0]
Cela fait + de 30 minutes...
Quelle version de JBoss utilises tu : 6.0 ou 6.1 ?
Quelle est la configuration mémoire qui est allouée à la JVM (paramètres RAM_MIN, RAM_MAX et PERMSIZE_MAX dans le fichier $SILVERPEAS_HOME/setup/settings/config.xml) ?
15:24:58,122 INFO [AbstractServer] Starting: JBossAS [6.0.0.Final "Neo"]
15:25:00,457 INFO [ServerInfo] Java version: 1.6.0_25,Sun Microsystems Inc.
15:25:00,457 INFO [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_25-b06)
15:25:00,457 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 20.0-b11,Sun Microsystems Inc.
15:25:00,458 INFO [ServerInfo] OS-System: Linux 2.6.18-6-amd64,i386
15:25:00,458 INFO [ServerInfo] VM arguments: -Xms1024m -Xmx1536m -XX:MaxPermSize=512m -Dorg.jboss.logging.Log4jService.catchSystemOut=false -Djava.net.preferIPv4Stack=true -Dprogram.name=run.sh -Djava.library.path=/opt/silverpeas/jboss6/bin/native/lib -Djava.endorsed.dirs=/opt/silverpeas/jboss6//lib/endorsed
La mémoire allouée est très réduite car il s'agit d'une machine de test, avec seulement 2 utilisateurs...
La version 5.7.3 démarrait en moins de 5 minutes.
François, la version JBoss 6.1 corrige un certain nombre de bogues et nous recommandons donc de passer à cette version là. Un des bogues porte sur l'implémentation de JPA (Java Persistence API) de JBoss. Or, JPA est de plus en plus utilisé dans Silverpeas pour gérer la persistance des données.
Sinon, avec la configuration suivante, Silverpeas 5.8 démarre entre 2 et 3 mn environ :
Machine Intel Core i7 6Go RAM
JBoss 6.1
Java 1.6 update 29
RAM_MIN=1024m, RAM_MAX=1536m, PERMSIZE_MAX=512m (tes paramètres mémoires)
Disque SSD (en ext4fs)
Par contre, ici, ce temps de démarrage assez rapide provient essentiellement du disque-dur qui se trouve être un SSD.
Sur une autre configuration plus basique, silverpeas démarre entre 7 et 10mn (bon c'est sous MS-Windows aussi, ça n'aide pas) :
Machine Intel Core2 3Go
JBoss 6.1
Java 1.6 update 29
RAM_MIN=512m, RAM_MAX=750m, PERMSIZE_MAX=512m
Disque dur 5400tpm (en NTFS)
JBOSS 6.1 installé et Silverpeas 5.8 démarré ;)
En revanche le script de démarrage me laisse sur la ligne
INFO [JSFImplManagementDeployer] Initialized 3 JSF configurations: [Mojarra-1.2, MyFaces-2.0, Mojarra-2.0]
J'ai vu que le démarrage était terminé dans server.log
C'est normal ?
- Statut changé de Feedback à Resolved
Nous n'avons pas ce comportement. Ceci doit dépendre probablement de la configuration des logs dans JBoss.
bonjour,
peut-on clore cette demande ?
- Statut changé de Resolved à Closed
Formats disponibles : Atom
PDF