Support #5138
fermé
Taille du dossier jackrabbit
0%
Description
Bonjour,
A ma connaissance, les fichiers joints du portail se trouvent dans $SILVERPEAS_HOME/data/workspaces, et le dossier $SILVERPEAS_HOME/data/jackrabbit sert à l'édition en ligne des documents.
Or, le dossier jackrabbit fait 147Go, alors que workspaces ne fait que 95Go sur notre portail de production (v5.11.4).
Pourquoi ce dossier (jackarabbit) est-il plus gros que la totalité des documents du portail (workspaces) ?
Est-il possible de vider ce dossier ?
Dans le cadre d'une copie de la production pour créer un portail de test, peut-on supprimer ce dossier ?
Merci
Mis à jour par David Lesimple il y a environ 11 ans
- Statut changé de New à Feedback
- Priorité changé de High à Normal
Depuis la 5.12, le répertoire jackrabbit sert également à gérer les fichiers via la JCR.
Il ne faut donc pas le vider.
Depuis la 5.12, ce répertoire est indissociable de la base de données et de workspaces.
Si la production est dans une version antérieure à la 5.12, il n'est pas nécessaire de le copier également.
Mis à jour par Emmanuel GRANGE il y a environ 11 ans
Oui, mais là, il s'agit de la Prod en v5.11.4
Mis à jour par Miguel Moquillon il y a presque 11 ans
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.
Mis à jour par David Lesimple il y a presque 11 ans
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) ?"
Mis à jour par David Lesimple il y a presque 11 ans
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:
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
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 ?
Mis à jour par Miguel Moquillon il y a presque 11 ans
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.
Mis à jour par Emmanuel GRANGE il y a presque 11 ans
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 ?
Mis à jour par David Lesimple il y a presque 11 ans
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).
Mis à jour par Miguel Moquillon il y a presque 11 ans
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.