Support #2783
ferméErreur lors du dbBuilder v5.8
0%
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 ?
Mis à jour par Nicolas Eysseric il y a presque 13 ans
- Tracker changé de Bug à Support
- Statut changé de New à Assigned
- Assigné à mis à Miguel Moquillon
- Priorité changé de Normal à High
Mis à jour par François Cedelle il y a presque 13 ans
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
Mis à jour par Nicolas Eysseric il y a presque 13 ans
- 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 ?
Mis à jour par François Cedelle il y a presque 13 ans
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 !
Mis à jour par Nicolas Eysseric il y a presque 13 ans
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...
Mis à jour par Nicolas Eysseric il y a presque 13 ans
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 ?
Mis à jour par Miguel Moquillon il y a presque 13 ans
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).
Mis à jour par François Cedelle il y a presque 13 ans
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...
Mis à jour par Miguel Moquillon il y a presque 13 ans
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) ?
Mis à jour par François Cedelle il y a presque 13 ans
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.
Mis à jour par Miguel Moquillon il y a presque 13 ans
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)
Mis à jour par François Cedelle il y a presque 13 ans
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 ?
Mis à jour par Miguel Moquillon il y a presque 13 ans
- Statut changé de Feedback à Resolved
Nous n'avons pas ce comportement. Ceci doit dépendre probablement de la configuration des logs dans JBoss.
Mis à jour par David Lesimple il y a plus de 12 ans
bonjour,
peut-on clore cette demande ?
Mis à jour par Miguel Moquillon il y a plus de 12 ans
- Statut changé de Resolved à Closed