SPIP 2.0.9, hébergement OVH : sauvegarde de la base impossible

Laurent Bloch

Août 2009

Bonjour,
Notre site SPIP 1.9.2 marchait très bien chez OVH. Après un upgrade en 2.0.9, avec effacement complet du répertoire et chargement de spip.zip, le CMS marche parfaitement, l’accès à l’interface privée aussi, mais une tentative de sauvegarde de la base donne le message :

vérifier les droits d’écriture
Le système a rencontré une erreur lors de l’écriture du fichier tmp/dump/status_dump_2/. Veuillez, en tant qu’administrateur du site, vérifier les droits d’écriture sur le répertoire tmp/dump.

Or tous les droits sont corrects, j’ai même essaye chmod 777, rien n’y fait. Le support OVH me confirme que l’espace disque n’est pas saturé. J’ai un site ailleurs, même version même squelette, il fonctionne sans problème. Merci pour tout indice.

SPIP 2.1 Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Août 2009

"status_dump_2" est en fait un répertoire que SPIP doit créer ; n’y aurait-il pas un pb avec mkdir chez OVH ?
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Non, en fait status_dump_2 est bien créé, avec des droits corrects, et même le fichier
.xml.gz de sauvegarde est créé, mais il reste sempiternellement à 176 octets, c’est-à-dire
que le processus de sauvegarde s’arrête à peine commencé. Mystérieux, n’est-il pas ?
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Je remarque une chose en comparant avec mes autres sites : sur les autres, le
fichier qui contient la sauvegarde est dans le répertoire /tmp/dump, tandis qu’ici
il tente de le créer dans le répertoire status_dump_1. Peut-être une piste ?
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Août 2009

n’y aurait-il pas un problème de droits (au sens spip) entre l’utilisateur qui fait la sauvegarde et l’administrateur de la rubrique sauvegardée ? (la n° 1 et/ou la n° 2) ?

l’auteur de la sauvegarde est-il administrateur de toutes les rubriques ?

y-a-t’il un plugin de restriction des droits (accès restreint, autorité...) ?
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Questions pertinentes, mais :

– aucun plugin n’est installé ;

– tous les administrateurs gèrent toutes les rubriques.
Indiquez l’intérêt que vous portez à cette réponse

0

Août 2009

Le fichier de sauvegarde ne porte le nom indiqué au départ qu’à la fin du service : SPIP crée autant de fichiers que de tables puis les concatène pour finir, c’est plus robuste face aux TimeOut. Il créé ces fichiers dans un répertoire temporaire nommé "status_dump_" suivi de l’ID de l’administrateur. Ici les admins 1 et 2 semblent avoir interféré. Effacer le fichier /tmp/meta.cache pourrait aider à revenir à une situation plus simple.
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Alors je me suis trompé dans le message, c’est toujours l’admin 2 qui est intervenu, et le nom du répertoire était conforme. La destruction de /tmp/meta.cache ne résout pas le problème.
Indiquez l’intérêt que vous portez à cette réponse

0
denisb

Août 2009
tmp/dump/status_dump_2/ est le répertoire que crée spip quand une sauvegarde est lancée.
dedans se construit le fichier de sauvegarde qui sera, à la fin de la procédure, copié dans tmp/dump/ et le sous-répertoire tmp/dump/status_dump_2/ sera effacé (le 2 ici est l’id de l’admin qui effectue la sauvegarde).

il faudrait tester une sauvegarde non compressée, ou/et une sauvegarde partielle (quelques tables seulement) pour voir ce que ça donne et regarder si les 176 octets du fichier présent ne sont pas que l’en-tête du fichier dump :
<?xml version="1.0" encoding="utf-8"?> <SPIP version="2.0.9" version_base="14272" version_archive="1.3" adresse_site=".... etc

denisb

Août 2009

...un oubli :
il devrait y avoir, après la sauvegarde, dans tmp/spip.log des lignes du type :

Aug 22 02:17:24 ::1 (pid 7655) creation tmp/dump/status_dump_2/
Aug 22 02:17:24 ::1 (pid 7655) redirige 302: http://adresse_du_site/ecrire/?exec=export_all&rub=0
Aug 22 02:17:25 ::1 (pid 7758) tmp/dump/status_dump_2/_nom_du_site_20090822.xml.gz renomme en tmp/dump/_nom_du_site_20090822.xml.gz

denisb

Août 2009

...décidemment...
et dans tmp/prive_spip.log une ligne :

Aug 22 02:17:25 ::1 (pid 7655) redirige 302: http://adresse_du_site/spip.php?action=export_all&arg=end,.gz,_nom_du_site_20090822.xml.gz,0&hash=dfed447fcb9c1a240ab49eb91c450a5e

Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Une sauvegarde partielle ou non compressée échoue également.

Le fichier partiel dans dans tmp/dump/status_dump_2/ contient ceci :
<?xml version="1.0" encoding="iso-8859-1"?> <SPIP version="2.0.9" version_base="14272" version_archive="1.3" adresse_site="http://www.etudes-jean-richard-bloch.org" dir_img="IMG/" dir_logos="IMG/" >
spip.log me semble bizarre, il semble passer son temps à construire un dictionnaire :
Aug 22 10:34:54 66.249.71.41 (pid 30625) Table 'etudesje.spip_index_dico' doesn't exist - select dico, sum(points) as pts from <code class="spip_code spip_code_inline" dir="ltr">etudesje</code>.spip_index_dico, <code class="spip_code spip_code_inline" dir="ltr">etudesje</code>.spip_index_articles where spip_index_dico.hash = spip_index_articles.hash AND NOT(dico IN('dans', 'pour', 'plus', 'avec', 'sont', 'nôtre', 'vôtre', 'leur', 'leurs', 'cette', 'ceux', 'celles', 'elle', 'nous', 'vous', 'elles', 'mais', 'donc', 'quel', 'quelle', 'lequel', 'laquelle', 'moins', 'plus', 'sous', 'dessous', 'dessus', 'pour', 'avec', 'sans', 'parce', 'parce', 'etre', 'suis', 'sommes', 'êtes', 'sont', 'avoir', 'avons', 'avez', 'deux', 'trois', 'quatre', 'cinq', 'sept', 'huit', 'neuf', 'cent', 'mille', 'entre', 'deja', 'voici', 'sera', 'apres', 'encore', 'alors', 'autres', 'autre', 'puis', 'aussi', 'peut', 'bien', 'meme', 'tres', 'fait', 'email', 'tous', 'faire', 'comme', 'tout', 'vers', 'etes', 'site', 'page', 'base', 'php', 'sites', 'ligne', 'article', 'version', 'pouvez', 'passe', 'voir', 'textes', 'quelques', 'index', 'plusieurs', 'lien', 'chez', 'toutes', 'depuis', 'grace', 'ainsi', 'soit', 'dont', 'fois', 'faut', 'seul', 'quand', 'haut', 'mise', 'dire', 'pas', 'juste', 'partie', 'allez', 'rien', 'premier', 'titre', 'trait', 'suffit', 'veut', 'avant', 'ceci', 'toujours', '2002', '2003', '2004', '2005', 'type', 'text', 'petit', 'liens', 'adresse', 'faites', 'message', 'mettre', 'liste', 'voila', 'voulez', 'mail', 'quoi', 'chacun', 'numero', 'permet', 'genere', 'mieux', 'accueil', 'boucle', 'date', 'ecrire', 'chaque', 'racine', 'ouvre', 'rubrique', 'ecrivez', 'entrez', 'breve', 'http', 'besoin', 'afin', '=http', 'hors', 'egalement', 'mises', 'lors', 'prendre','0', 'n°10', 'precedent', 'suivant', 'presentant', 'comment', 'essai', 'different', 'vraiment', 'doivent', 'album', 'agenda', 'heures', 'rubriques', 'barre', 'livi', 'alter', 'atque', 'vetus', 'poema', 'casino', 'menu', 'accesskey=', 'accesskey', 'menu' 'mot type', 'administrateur', 'nadia', 'zigolupo', 'test', 'salon', 'descriptif', 'rapide', 'spip', 'acces','evenement', 'direct', 'forum', 'raccourcis', 'chapeau', 'xl___', 'concert', 'touches', 'texte', 'inter', 'touche', 'tete', 'sommaire', 'meta', 'partir', 'diaporama', 'photos', 'donnees', 'gallerie', 'fichiers', 'rubrique1', 'salons', 'note', 'post', 'scriptum', 'articles', 'theme', 'nihil', 'poetas')) GROUP BY spip_index_dico.hash order by pts DESC LIMIT 0,20 Aug 22 10:34:54 66.249.71.41 (pid 30625) calcul (0.024s) [./biospip/inc_hierarchie] id_rubrique=15, id_article=63, lang=fr, date='2009-08-22 10:34:54', date_default=1, date_redac='2009-08-22 10:34:54', date_redac_default=1 (1156 octets) Aug 22 10:34:54 66.249.71.41 (pid 30625) Creation du cache a/inc_hierarchie-15-63-fr--e4cd6c2b pour 86400 secondes
Il y a aussi une erreur loguée :

Aug 22 10:25:24 82.225.32.87 (pid 2607) Erreur mysql 1146

Cela se termine ainsi :
Aug 22 10:26:30 82.225.32.87 (pid 3201) spip_register_globals(1) Aug 22 10:26:31 82.225.32.87 (pid 3201) redirige 302: http://www.etudes-jean-richard-bloch.org/ecrire/?exec=export_all&rub=0 Aug 22 10:26:31 82.225.32.87 (pid 3207) spip_register_globals(1)
Quant à tmp/prive_spip.log :
Aug 22 10:26:34 82.225.32.87 (pid 3216) spip_register_globals(1) Aug 22 10:26:34 82.225.32.87 (pid 3216) redirige 302: http://www.etudes-jean-richard-bloch.org/ecrire/ Aug 22 10:26:34 82.225.32.87 (pid 3246) spip_register_globals(1)
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Le fichier incomplet dans tmp/dump/status_dump_2/ contient bien l’entête du fichier dump :
<?xml version="1.0" encoding="iso-8859-1"?> <SPIP version="2.0.9" version_base="14272" version_archive="1.3" adresse_site="http://www.etudes-jean-richard-bloch.org" dir_img="IMG/" dir_logos="IMG/" >
Dans spip.log, il y a une erreur loguée de façon récurrente :
Aug 22 10:22:48 66.249.71.41 (pid 4185) include_ecrire() /spip.php?article51 - /spip.php Aug 22 10:22:48 66.249.71.41 (pid 4185) Erreur mysql 1146 Aug 22 10:22:48 66.249.71.41 (pid 4185) Table 'etudesje.spip_index_dico' doesn't exist - select dico, sum(points) as pts from <code class="spip_code spip_code_inline" dir="ltr">etudesje</code>.spip_index_dico, <code class="spip_code spip_code_inline" dir="ltr">etude sje</code>.spip_index_articles where spip_index_dico.hash = spip_index_articles.hash AND NOT(dico IN('dans', [etc.]
Cela se termine ainsi :
Aug 22 10:26:30 82.225.32.87 (pid 3201) spip_register_globals(1) Aug 22 10:26:31 82.225.32.87 (pid 3201) redirige 302: http://www.etudes-jean-ric hard-bloch.org/ecrire/?exec=export_all&rub=0 Aug 22 10:26:31 82.225.32.87 (pid 3207) spip_register_globals(1)
mais sans : Aug 22 02:17:25 ::1 (pid 7758) tmp/dump/status_dump_2/_nom_du_site_20090822.xml.gz renomme en tmp/dump/_nom_du_site_20090822.xml.gz

Dans prive_spip.log j’ai bien :
Aug 22 10:26:31 82.225.32.87 (pid 3204) redirige 302: http://www.etudes-jean-richard-bloch.org/spip.php?action=export_all&arg=end,,,&hash=af16bd73123d4a478c0e11fa6ca03911
Voilà, j’espère que cela vous dira plus de choses qu’à moi, merci en tout cas.
Indiquez l’intérêt que vous portez à cette réponse

0

Août 2009

Le spip_regsiter_globals que l’on aperçoit montre qu’il s’agit d’une version de PHP où les paramètres d’URL sont passés automatiquement en globales, ce qui est dangereux. Ce message est émis par "inc/php3.php" qui indique que c’est du code "à l’agonie" (sic). Je ne sais pas comment fonctionne l’écran de sécurité, mais je ne serai pas surpris qu’il soit incompatible avec une telle installation de PHP.

denisb

Août 2009

alors on voit que le dump tente (en vain) de sauvegarder une table qui n’existe pas/plus : spip_index_dico qui est une table de l’ancienne version 1.9.2 qui n’est plus utilisée en 2.0.9.

les 33 tables de base de 2.0.9 sont (hors supplémentaires créées par les plugins donc) :

spip_articles, spip_auteurs, spip_auteurs_articles
spip_auteurs_messages, spip_auteurs_rubriques
spip_breves, spip_documents, spip_documents_liens
spip_forum, spip_groupes_mots, spip_messages
spip_meta, spip_mots, spip_mots_articles
spip_mots_breves, spip_mots_documents
spip_mots_forum, spip_mots_rubriques, spip_mots_syndic
spip_petitions, spip_referers, spip_referers_articles
spip_resultats, spip_rubriques, spip_signatures
spip_syndic, spip_syndic_articles, spip_types_documents
spip_urls, spip_versions, spip_versions_fragments
spip_visites et spip_visites_articles.

lors de la sauvegarde, spip propose par défaut de sauver :

spip_articles
spip_auteurs
spip_auteurs_articles
spip_auteurs_messages 
spip_auteurs_rubriques
spip_breves
spip_documents
spip_documents_liens
spip_forum
spip_groupes_mots
spip_menus
spip_menus_entrees
spip_messages
spip_meta
spip_mots
spip_mots_articles
spip_mots_breves
spip_mots_documents
spip_mots_forum
spip_mots_rubriques
spip_mots_syndic
spip_petitions
spip_rubriques
spip_signatures
spip_syndic
spip_syndic_articles
spip_types_documents
spip_urls

on peut, si nécessaire (sauver les stats et les révisions des articles), y ajouter (cocher) :

spip_referers
spip_referers_articles
spip_versions
spip_versions_fragments
spip_visites
spip_visites_articles

– mais il ne sert plus à rien d’intégrer les autres tables à la sauvegarde. donc si elles le sont, les décocher.

Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Alors, je ne trouve trace nulle part, ni dans la liste de tables que SPIP me propose à la sauvegarde, ni dans la liste renvoyée par phpMyAdmin, trace d’une table spip_index_dico. Ce qui me donne à penser que je dois avoir gardé par erreur une ancienne version d’un fichier PHP, ou d’un schéma périmé de la base, qui exhumerait ce spip_index_dico.

D’autre part, SPIP ne me propose à la sauvegarde que des tables de la liste recommandée.

J’ignore ce que sera la conclusion, mais grâce à vos investigations la nature de l’erreur se précise, merci.
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Vu : une fonction de mon squelette fait référence à spip_index_dico. Soit je modifie le code, soit je créée la table ?
Indiquez l’intérêt que vous portez à cette réponse

0

denisb

Août 2009

vu que cette table n’existe plus et donc ne sera pas mise à jour, utilisée, utilisable... le mieux oui serait de modifier la fonction et de ne plus y faire appel.

peut-être faut-il aussi nettoyer spip_meta en y supprimant les entrées « INDEX_... » (il y en 6 je crois)
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Alors j’ai fait tout ça, mais la sauvegarde ne marche toujours pas...

prive_spip.log dit :
Aug 22 16:30:28 82.225.32.87 (pid 17599) spip_register_globals(1) Aug 22 16:30:28 82.225.32.87 (pid 17599) redirige 302: http://www.etudes-jean-richard-bloch.org/spip.php?action=export_all&arg=end,,,&hash=6315551a54961b56a2ac9dd5ab381983 Aug 22 16:30:30 82.225.32.87 (pid 17710) spip_register_globals(1) Aug 22 16:30:30 82.225.32.87 (pid 17710) redirige 302: http://www.etudes-jean-richard-bloch.org/ecrire/ Aug 22 16:30:31 82.225.32.87 (pid 17758) spip_register_globals(1)
spip.log dit :
Aug 22 16:30:28 82.225.32.87 (pid 17596) spip_register_globals(1) Aug 22 16:30:28 82.225.32.87 (pid 17596) redirige 302: http://www.etudes-jean-richard-bloch.org/ecrire/?exec=export_all&rub=0 Aug 22 16:30:28 82.225.32.87 (pid 17601) spip_register_globals(1)
MySQL ne logue plus rien.
Indiquez l’intérêt que vous portez à cette réponse

0
denisb

Août 2009
euh...
en regardant de plus près (!), ce ne serait pas un problème avec ta fonction de changestyle.php :
if ( empty($_POST["redirect"]) ) { $redirect="/"; } else { $redirect=urldecode($_POST["redirect"]); }
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Alors j’ai commenté ces trois lignes (dont j’ignore l’usage) : même punition, même motif.

Ce qui me surprend le plus, c’est que j’ai un autre site avec le même squelette qui fonctionne à merveille.
Indiquez l’intérêt que vous portez à cette réponse

0

Laurent Bloch

Août 2009

Même chose en remplaçant les trois lignes par :
$redirect="/";
Indiquez l’intérêt que vous portez à cette réponse

0

fred

Novembre 2009

en fait, cela fonctionnait en version 2,05 mais plus en 2,09 !
Indiquez l’intérêt que vous portez à cette réponse

0

Novembre 2009

La sauvegarde ne fonctionne pas non plus en 2.0.10
Indiquez l’intérêt que vous portez à cette réponse

0

izo

Décembre 2009

et ben j’ai le même soucis ... et pas chez ovh.
Indiquez l’intérêt que vous portez à cette réponse

0

izo

Décembre 2009

L’activation des plugins marchent pas ... ça peut donner une piste

« Précédent 1 2 Suivant »