Maintenance > Sauvegarder Base, petite erreur

ubiq

Juin 2010

Bonjour,

Je viens d’upgrader un site de 1.9.2g vers 2.1.0 en passant par une étape intermédiaire en 2.0.7 (voir : http://forum.spip.org/fr_224350.html)

Et bien, tout marche nickel, sauf que...

Lorsque je fais une sauvegarde de la base, j’obtiens un message d’erreur qui s’affiche sous la liste des tables pendant 1/2s.
J’ai fait une capture d’écran pour pouvoir le lire, et le voici :
http://yfrog.com/7f210errorg

Bien sûr, j’ai immédiatement vérifié les droits d’écriture sur le répertoire dump, et il est bien en 777.
Par ailleurs, la sauvegarde semble se dérouler correctement et le fichier de dump est bien là (je le vois en FTP et son contenu est correct).

Bref, j’attends vos avis sur la question.
Merci de m’avoir lu.

Par note Par date Par date chronologique

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

0

boyquotes

Juin 2010

Bonsoir,

C’est quoi comme hébergement car parfois le 777 n’est pas suffisant, l’utilisateur et le groupe a qui appartient tmp/ et ses sous-repertoires compte aussi (serveur plesk,...)

Bonne soirée.
Nicolas.
Indiquez l’intérêt que vous portez à cette réponse

0

ubiq

Juin 2010

L’hébergeur est OVH, en mutualisé.
J’ai quelques autres sites chez OVH (mais aucun en 2.1.0, c’est vrai) et je n’avais jamais remarqué un tel message d’erreur auparavant.
Indiquez l’intérêt que vous portez à cette réponse

0

ratai

Juillet 2010

Bonjour,

Je confirme le même problème chez free avec spip 2.1 et plugin giseh.
Cela génère régulièrement des ralentissements de chargement des pages (demande de télécharger le spip.php) et plantage au vidage du cache avec une erreur aléatoire de link. même si le cache se vide tout de même et que le site marche finalement.

Surtout le fait de réparer la base semble indolore. si probablement ma base n’est pas vierge... je ne crois pas que l’erreur soit de son fait.
qu’est-ce qui génère ce bug de vidage du cache ?
Est-ce la compatibilité spip 2.1 et les plugins giseh ?
Est-ce seulement du fait de spip 2.1 qui est trop gourmand / serveurs free ?

Seule solution, supprimer le dossier Local ? mais le problème revient...

des idées... ?
Indiquez l’intérêt que vous portez à cette réponse

0

FranckGre

Août 2010

Bonjour,

Et bien j’ai exactement le même problème avec un SPIP 2.1 (en local avec XAMPP) et un SPIP 2.11 (serveur mutualisé chez infomaniak).

Cela n’était jamais arrive avec les versions précédentes.

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

0

denis petitjean

Août 2010

je suis en derniére version de spip et squelettes sarka spip
quand je sauvegarde la base , j’ ain un message d’ erreur du serveur de mon hébergeur(1AND1) et je retrouve un sous répertoire dans dumn statut-dump-1 , mais pas de sauvegarde dans dump
que faire ?
Indiquez l’intérêt que vous portez à cette réponse

0

ubiq

Août 2010

Toujours pas d’explication de mon côté.
Sur ma 2.1.0, les sauvegardes se déroulent bien, mais toujours le "Warning PHP" pendant une fraction de seconde.

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

0

lilalex

Septembre 2010

Il faut créer les répertoires concernés à la main.
Indiquez l’intérêt que vous portez à cette réponse

0

Tony

Septembre 2010

Bonjour,
Merci pour l’astuce : le message "vérifier les droits d’écriture" disparaît quand on crée manuellement le dossier.

En revanche, le "warning : cannot modify headers information" continue d’apparaître.

Spip affirme cependant que la sauvegarde s’est bien déroulée, ce qui semble être le cas.

Ca m’agace un peu de ne pas être sûr de ma sauvegarde...

Bonne journée.
Indiquez l’intérêt que vous portez à cette réponse

0

katlimba

Janvier 2013

Même message d’erreur avec la 2.1.8.
Problème de base de donnée quand j’ai voulu passer à spip 3. Plusieurs rubrique inaccessibles en privé.
Je suis repassé à la 2.1.8, j’ai du remettre un ancienne base pour que ça fonctionne et j’ai encore le message.
je suis chez free.
Indiquez l’intérêt que vous portez à cette réponse

0

katlimba

Janvier 2013

Et donc, à priori, pas possible de modifier les autorisations d’accès chez free...bien, bien, bien...
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2013

La seule solution est de détruire (ou renommer) et reconstruire.

Il se peut que Free bloque les droits des fichiers qui sont créés par Apache : donc je ferais une installation via ftp et non pas en utilisant le script spip_loader.php (c’est bien ce que vous avez utilisé, non ?)
Indiquez l’intérêt que vous portez à cette réponse

0

katlimba

Janvier 2013

Non j’ai transféré moi même avec filezilla et les fichiers sont écrit au notepad++ ...
J’ai essayer de recréé les dossiers jusqu’à status_dump_1 mais je peut pas fait plus que 700 en accès. D’après ce que j’ai pu lire sur le net, chez free c’est normale et sa suffit.
Je viens de me rendre compte que j’ai un autre site sur spip 2.1.12 (toujours chez free) qui me fait pareil.
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2013

Ah.
Et vous avez réinstallé en supprimant config/chmod.php + config/connect.php + tmp/cache ?
Indiquez l’intérêt que vous portez à cette réponse

0

katlimba

Janvier 2013

J’ai effectivement fait une ré-installation sans passer ses fichiers et dossiers.
Ayant déjà des bug j’avais fait la maj vers spip 3 puis voyant que ça continué je suis revenu à la 2.1.8 en faisant une installation neuve sur laquelle j’ai transféré mon squelette, mon dossier /img, quelque autre fichiers perso et fait la restauration de ma base de données.
Pas très conventionnel mais aucun souci a par pour cette sauvegarde de base...et je retrouve ce message d’erreur sur l’autre site, qui lui est récent et n’a pas subi de transformation.
Ma mémoire me jouant parfois des tours, je peut quand même tester quelque choses.