Silverpeas » Silverpeas Core

Oui, mais là, il s'agit de la Prod en v5.11.4

Dans ce cas, pourquoi avec mis la version de Silverpeas à 5.13.1 dans votre demande ?

Le dossier jackrabbit est le répertoire maison du dépôt de la JCR (donc Jackrabbit est une implémentation). Ce répertoire est synchronisé avec la base de données au sens où cette dernière contient des données de gestions relatives au dépôt JCR (ce sont les tables préfixées par jcr_ et par version_).

Si vous êtes dans une version antérieure à la 5.12 et que ce dossier est conséquent, il est possible qu'il y ait un certain nombre de fichiers en édition en ligne dont le contrôle n'ait pas encore été relâché (+ meta-données).

Dans le cadre de la copie vers une machine de test, vous pouvez supprimer ce dossier et ceci uniquement si vous êtes bien en version antérieure à une 5.12. Dans ce cas, n'oubliez pas alors de supprimer de la base de données les tables liées à la gestion de la JCR (les tables préfixées par jcr_ et version_). Au prochain démarrage de Silverpeas, le répertoire maison de la JCR, ainsi que ses tables de gestion dans la base de données, seront automatiquement recréés.

Miguel, le serveur de prod est encore en 5.11.4 et le test en 5.13.1
Est-ce que tu pourrais répondre à la question: "Pourquoi ce dossier (jackrabbit) est-il plus gros que la totalité des documents du portail (workspaces) ?"

Autant pour moi, j'avais cru que cela ne concernait que le serveur de prod.
Donc pour résumer:

prod (5.11.4): jackrabbit: 147 Go et workspaces: 95 Go
test (5.13.1): jackrabbit: 124 Go et workspaces:

Test workspaces=91Go

Quel risque de dysfonctionnement risque-t'on si l'on supprime le dossier jackrabbit ?
Seuls les fichiers en cours d'édition en ligne ne devrait pas fonctionner. Donc, pour une version de test/développement, cela devrait être envisageable ?
L'indexation s'effectue-t'elle sur ce dossier ?

Est-il possible de faire un état des lieux des documents ouverts depuis (trop) longtemps ou oubliés par les utilisateurs ?

Pour un environnement de test ou de développement avec une version antérieure à la 5.12, le répertorie jackrabbit peut être supprimé à condition de supprimer aussi les tables préfixées par jcr_ et version_ dans la base de données comme j'ai expliqué dans un commentaire plus haut.

Par contre, pour un environnement de test ou de développement qui tourne avec une 5.12 ou plus, vous risquez de perdre les fichiers joints car ceux ci sont désormais gérés avec la JCR.

Sinon, pour connaître les documents ouverts et oubliés par les utilisateurs, un moyen est de parcourir les entrées de la JCR, dans une version 5.11.x. Ceci peut se faire via un outil comme silverpeas crash (qui suffit d'activer en version 5.13, celle en 1.0 ne marchant pas). Les entrées pouvant être conséquentes, la "meilleur" solution est de simplement supprimer toutes les entrées propres à Silverpeas dans la JCR ; autrement dit, avant migration vers une version 5.12, de supprimer le dossier jackrabbit (et les tables afférentes) puis de redémarrer Silverpeas pour la création automatique du répertoire jackrabbit (et des données relatives au repo dans la base de données). L'indexation ne se fait pas sur le répertoire jackrabbit, par contre, la JCR indexe son propre contenu, indépendamment de l'indexation du contenu de Silverpeas.

Nous sommes désormais en v5.13.2.

Qu'est-il possible de faire avec Silverpeas Crash ?
Supprimer les fichiers ?
Libérer les fichiers oubliés ?

Peut-on tester ces fonctionnalités ?

La documentation de CraSh : http://www.crashub.org/reference.html
Mais pour l'instant, merci de ne pas jouer avec, car nous sommes en train de l'utiliser sur vos données pour vérification (cf pb webpages).

CRaSH est un shell qui permet d'interagir directement avec la JVM dans laquelle tourne l'application. Nous l'utilisons principalement pour naviguer dans la JCR dans un objectif de support et de tests. Il faut faire attention parce que l'on peut avec créer de nouveaux nœuds dans le dépôt JCR, en supprimer, etc. et donc une mauvaise action peut rendre inaccessible un document dans Silverpeas. CRaSH peut aussi être utilisé pour lister les threads en cours, ceux suspendus, d'avoir des informations sur le système en cours d'exécution, etc.