Projet

Général

Profil

Actions

Bug #1665

fermé

Très nombreux répertoires inutiles dans Silverdata

Ajouté par Anonyme il y a presque 14 ans. Mis à jour il y a presque 12 ans.

Statut:
Closed
Priorité:
High
Assigné à:
Version cible:
-
Début:
16/02/2011
Echéance:
% réalisé:

0%

Temps estimé:
Navigateur:
Firefox 3.x
Votre version de Silverpeas:
5.5
Système d'exploitation:
Votre base de données:
PostgreSQL
Livraison en TEST:
Livraison en PROD:

Description

Bonjour,

Nous rencontrons une problématique avec certains de nos Theme Tracker.
Chez nous, toute publication est créée automatiquement en tant que publication WYSIWYG (Facilité pour les users)

Le problème est que pour les Theme Tracker en question, nous nous retrouvons avec plusieurs dizaines de milliers de répertoires (quasi tous vides) dans l'arborescence silverdata\silverpeas\data\workspaces\kmeliaXXX. En fait il s'agit de toutes les publications créées et où l'utilisateur n'a rien écrit dans le formulaire WYSIWYG.

Ces répertoires sont sous la forme NoSéquentielImage et Node_NoSéquentielImage.

Il faudrait que le composant Theme Tracker soit modifié de manière à ce que les répertoires nécessaires aux formulaires WYSIWYG (ou autres formulaires nécessitants un répertoire de stockage) ne soient créés QUE lorsque des données y sont écrites.

La multiplication à outrance de répertoires vides nous pose de sérieux problèmes de backup et de restauration.

Je me permet de mettre une importance haute car nous sommes au stade de ne plus pouvoir procéder à nos backups/restaurations sur de nombreux Theme Trackers

Merci pour votre aide.

DSR

Mis à jour par Nicolas Eysseric il y a plus de 13 ans

  • Statut changé de New à Assigned
  • Assigné à mis à Nicolas Eysseric

Mis à jour par Nicolas Eysseric il y a plus de 13 ans

  • Statut changé de Assigned à Feedback

Sur quelle version avez-vous constaté cela ? Sur une v5.5 ?
Je viens de faire les tests sur la version actuelle, les répertoires sont créés uniquement lorsqu'ils sont nécessaires (c'est à dire lors de l'insertion d'une image).

Mis à jour par Anonyme il y a plus de 13 ans

Bonjour,

Non... Nous sommes en 410-M2 (ou 3 j'ai un doute). Il n'y avait pas la possibilité de choisir cette version dans Redmine.

La config que nous avons actuellement fait qu'à la création de la publi le formulaire WYSIWYG est automatiquement créé. En tout cas en 410 ça crée bel et bien le répertoire vide.
Il "semblerait" que la 552 ne se comporte pas de la même manière et qu'elle n'enregistre pas le WYSIWYG s'il est vide (et donc ne crée pas de répertoire).

Il va falloir que je fasse des tests de suppression de répertoire vide pour voir ce qui se passe en 410, mais à priori (confirmation doit encore être donné) le problème semble résolu.

Mis à jour par Anonyme il y a plus de 13 ans

Bonjour... J'ai pondu un script qui "devrait" résoudre notre problème... Je voulais vous le soumettre pour validation.

En gros... Il va dans le répertoire contenant le "root" de chaque composant, liste les sous-répertoire de chacun de ces composant et essaye de les effacer... Il ne supprime que les répertoires vides...

Je vais de toute façon d'abord tester la suppression d'un répertoire unique et voir ce qui se passe. Si tout va bien (et après votre validation) je passe le scripte sur notre silverdata.

Voici le script (Batch sous Windows):

@echo off

REM ********************************
REM Affectation des variables
REM ********************************

set chemin=D:\silverdata\silverpeas\data\workspaces
set tempdir=C:\tmp

echo Debut de l effacement des repertoires vides>tempdir\logkill.txt
date /T>>tempdir\logkill.txt
time /T>>tempdir\logkill.txt

cls
echo Recherche des fichiers vide en cours.
echo Recherche des fichiers vide en cours.>>tempdir\logkill.txt
echo Soyez patient... Ca peut prendre long
ping 127.0.0.1 >nul

REM ********************************
REM Recherche des repertoires PARENTS de chaque composant
REM ********************************

del /Q tempdir\workdir.txt

for /f "tokens=* delims= " %a in ('dir "%chemin" /b/ad') do (
echo chemin\%%a>>tempdir\workdir.txt
)

REM ********************************
REM Listing des repertoires contenus dans les repertoires parents
REM Ils sont listes dans l'ordre -- le plus profond de l'arborescence --
REM vers -- Le moins profond de l'arborescence --
REM ********************************

del /Q tempdir\listkill.txt

for /f "usebackq delims=" %b in (%tempdir\workdir.txt) do (
dir %b /ad/b/s | sort /R>>%tempdir\listkill.txt
)

REM ********************************
REM Tentative d effacement de tous les repertoires listes a l'etape precedente
REM Si le repertoire n est pas vide il ne sera pas effacer
REM ATTENTION!!! Retirez le rem de la dernière ligne de la boucle FOR pour que cela fonctionne
REM ********************************

cls
echo Effacement des repertoires en cours
echo Effacement des repertoires en cours>>tempdir\logkill.txt
for /f "usebackq delims=" %c in (%tempdir\listkill.txt) do (
echo Effacement du repertoire %c
echo Effacement du repertoire %%c>>%tempdir
\logkill.txt
rem rd %a>>%tempdir\logkill.txt
)

del /Q tempdir\workdir.txt
del /Q tempdir\listkill.txt

REM ********************************
REM Blabla de fin de script
REM ********************************

cls
echo Effacement fini
echo Effacement fini>>tempdir\logkill.txt
date /T>>tempdir\logkill.txt
time /T>>tempdir\logkill.txt
echo Veuillez vous reporter au fichier log se trouvant sous tempdir\logkill.txt
echo.
pause

Mis à jour par Stéphanie Fariello il y a plus de 12 ans

Bonjour,

Le problème est il résolu avec les nouvelles versions ?
Si oui, peut on clore ce bug ?

Mis à jour par Stéphanie Fariello il y a environ 12 ans

Peut on clore ce point ?

Mis à jour par Stéphanie Fariello il y a presque 12 ans

Sans retour de votre part ce point sera clos.

Mis à jour par Anonyme il y a presque 12 ans

Je pense qu'on peut clore ce point.

Mis à jour par Stéphanie Fariello il y a presque 12 ans

  • Statut changé de Feedback à Closed
Actions

Formats disponibles : Atom PDF