[spip-dev] sauvegarde par spip : HELP

Dev
1

Salut

spip 192b : je tente de faire une sauvegarde spip et ça a l'air bloqué
la page qui signale la progression reste blanche
mais je retrouve 3 fichiers dans le tmp/dump :
nomsite_20070822.xml.gz.part_011_0001.gz
nomsite_20070822.xml.gz.part_011_0002.gz
nomsite_20070822.xml.gz.part_011_temp.gz

quand je relance la sauvegarde après avoir effacé ces trois fichiers
ça me les refabrique...

dans le fichier tmp/meta_cache.txt, je retrouve ça :
s:11:"status_dump";s:46:"1::Acrimed___Action_Cri_20070822.xml.gz::11::2";s:18:"status_dump_tables";s:319:"a:10:{s:16:"spip_mots_syndic";i:1;s:19:"spip_mots_rubriques";i:1;s:15:"spip_mots_forum";i:1;s:19:"spip_mots_documents";i:1;s:24:"spip_documents_rubriques";i:1;s:21:"spip_documents_breves";i:1;s:16:"spip_mots_breves";i:1;s:23:"spip_documents_articles";i:1;s:21:"spip_auteurs_articles";i:1;s:18:"spip_mots_articles";i:1;}";

je n'y comprends rien
je ne sais pas comment débloquer ce truc

2

Ca n'a peut-etre pas de rapport mais je suis en train de travailler là-dessus. J'envoie une nouvelle version d'ici peu.

Un truc qui peut aider tout de suite: détruis le fichier tmp/meta_cache.txt.

Committo,Ergo:Sum

3

GornetY wrote:

Salut

spip 192b : je tente de faire une sauvegarde spip et ça a l'air bloqué
la page qui signale la progression reste blanche
mais je retrouve 3 fichiers dans le tmp/dump :
nomsite_20070822.xml.gz.part_011_0001.gz
nomsite_20070822.xml.gz.part_011_0002.gz
nomsite_20070822.xml.gz.part_011_temp.gz

quand je relance la sauvegarde après avoir effacé ces trois fichiers
ça me les refabrique...

Salut. Pendant assez longtemps j'ai fait les sauvegardes du site comme ça
(http://article.gmane.org/gmane.comp.web.spip.devel/39187).

Quand tu te retrouves devant l'écran blan, mets le curseur dans la barre d'adresse et taper "Enter". Après plusieurs fois SPIP arrive à terminer sa sauvegarde. (Du moins c'est l'expérience que j'ai eu.)

Maintenant travaillant avec 1.9.3 dev et un serveur un peu plus puissant la situation est nettement meilleure :slight_smile:

Paolo

4

charge la 10378, ça devrait aider.

Committo,Ergo:Sum

5

beu ça ne change rien
je détruis tmp/meta_cache.txt
je détruis ce qu'il y a dans tmp/dump
et j'ai toujours une page blanche + exactement les mêmes fichiers que ci-dessus
avec la même date du 20070822, data à laquelle j'ai tenté la première sauvegarde ratée de ce site...

6

heu c'est un site en prod avec un trafic important
je ne joue pas

7

Oui, si la base est grosse, SPIP est interrompu et il faut faire comme dit Paolo: SPIP s'aperçoit (par une meta) que les 2 premiers fichiers sont bons, détruit le 3e et recommence à le fabriquer. Quand il a construit autant de fichiers que de tables, il les concatène et ça donne la sauvegarde finale. Le seul problème est en cas de table vraiment très grosse, où ce tronçonnage est insuffisant, mais sinon ça passe.

Committo,Ergo:Sum

8

bon je dois être dans ce cas là, celui où la base est trop grosse
et le serveur pas assez puissant pour que ça passe
bref je suis mal !

9

Si tu peux intervenir directement au niveau SQL, il faudrait que tu détruises dans la table spip_meta la ligne dont "nom" vaut "status_dump".

Committo,Ergo:Sum