Monique (AC ! Orne) wrote:
Le 19 avr. 09 à 12:01, Monique (AC ! Orne) a écrit :
Bonjour
J'ai voulu faire une sauvegarde de la base.
La première a été incomplète et n'est pas apparue dans dump.
J'ai recommencé. Ça a eu l'air de fonctionner mais elle est enregistrée dans un nouveau dossier nommé : "status_dump_1"; dossier situé dans "dump".
Qui peut me dire ce que cela signifie?
D'autre part, je viens de voir un dossier "couteau suisse" dans TMP (en plus de celui qui est dans "plugins".
Est-ce normal ?
Bonne journée
M.
========
"Ça a eu l'air de fonctionner"
En fait non. Elle ne "pèse" que "167"B", la dernière sauvegarde "pesait" 1008,2 KB.
Ce que c'est énervant !!!
J'ai un problème similaire.
J'ai d'abord eu un message signalant un problème de droits sur le répertoire dump. Je commence à avoir l'habitude, je l'ai supprimé puis recréé. Après ça la sauvegarde s'est apparemment bien déroulée dans spip, sauf que ...
Le fichier de sauvegarde est créé dans tmp et non dans tmp/dump. Un tas de trucs bizarres apparaît dans le répertoire dump, y compris le sous-répertoire status_dump_1. Si je recopie le contenu de dump en local, la restauration échoue avec un message du genre: sauvegarde non conforme (le fichier fait 1k). Si je copie le fichier de sauvegarde de tmp vers dump, j'ai un avertissement que la sauvegarde vient d'une version différente de spip (ce qui est faux autant que je puisse en juger), et si je valide quand même je me retrouve avec un site vide.
J'ai fini par résoudre le problème en faisant une sauvegarde dans phpmyadmin, mais c'est pas bon du tout pour mes petits nerfs tout ça ! En plus la restauration s'est achevée avec un time out et je ne suis pas sûre que ma base soit complète (pour l'instant elle a l'air de fonctionner).
Florence