problème de restauration spip1.9.1 vers spip1.9.1

Salut,

Je rencontre un problème de restauration d'un dump.xml

La manip :
--------
- sauvegarde de la base sur un serveur linux
en dump.xml (je n'ai pas dump.xml.gz proposé)
- restauration en local (windows)

Le message :
----------
La restauration ne se termine jamais
Le message la base est en cours de restauration reste affiché

dans spip.log :
-------------
j'ai une trentaine de lignes :
Oct 26 18:26:00 127.0.0.1 (pid 2772) restauration : table $table tag fermanr
$col innatendu
Oct 26 18:26:00 127.0.0.1 (pid 2772) restauration : table $table tag fermanr
$col innatendu

Ce message semble provenir de ecrire/inc/import_1_3.php en ligne 84
qui a l'air de correspondre à un problème de format.

Mais quel format ? (windows/unix)? utf8 ?

Merci d'avance pour vos lumières.

Je rencontre à peu pès le même problème.
J'ai effectué une sauvegared / restauration d'une base SPIP entre deux serveurs 1.9.1<->1.9.1

Le back-office reste bloqué sur "La base est en cours de restauration"

Merci pour votre aide

Vince a écrit :

Je rencontre à peu pès le même problème.
J'ai effectué une sauvegared / restauration d'une base SPIP entre deux
serveurs 1.9.1<->1.9.1

Le back-office reste bloqué sur "La base est en cours de restauration"

Merci pour votre aide

Bonjour

Essayez de faire l'importation sur une version SVN, en cours de développement.
Si ça marche... ce serait bien :slight_smile:

Bon courage
Grégoire

Grégoire a écrit :

Essayez de faire l'importation sur une version SVN, en cours de développement.
Si ça marche... ce serait bien :slight_smile:

Tu peux détailler ? Je ne suis pas sur d'avoir bien compris.
Mon back office est bloqué. Je ne peux plus rien faire. Je souhaiterai juste le débloquer...

Par avance merci

Vince a écrit :

Grégoire a écrit :

Essayez de faire l'importation sur une version SVN, en cours de développement.
Si ça marche... ce serait bien :slight_smile:

Tu peux détailler ? Je ne suis pas sur d'avoir bien compris.
Mon back office est bloqué. Je ne peux plus rien faire. Je souhaiterai
juste le débloquer...

Par avance merci

Je créerai un 3ème site, en fait, une simple copie du site qui fonctionne.
Avec phpMyAdmin, je copierai aussi la base pour ce 3ème site.
Enfin, je mettrai à jour ce 3ème site en version SVN.
Si ça tourne, je ferai un export de la base de donnée, et je testerai l'importation avec un 4ème site lui aussi tout neuf (et en version SVN).

A la fin, tu pourras basculer le 3ème (ou le 4ème) en version de production (mais je te recommande de bien tout tester).

On peut faire un peu plus simple, c'est à dire de mettre à jour le backup en version SVN, mais c'est "sans retour" dans ce cas.

Est ce que tu veux plus de détails? il y a plusieurs voies possibles.

A bientôt
Grégoire

Pour le débloquer, tu peux essayer :

   ecrire/?exec=admin_repair
   puis tu reviens sur ecrire/

De mon côté, je pense avoir cerné un peu plus le problème.
le fichier dump.xml est en format texte et non binaire
(malgré un transfert ftp en mode binary).

Alors que la doc conseille un fichier binaire.
http://www.spip.net/fr_article3141.html?var_recherche=binaire

Mais je ne sais pas comment résoudre le problème.

Donc si quelqu'un a une idée, merci.

Je vais tester en svn.

Hervé.

Je viens de tester avec une svn toute fraiche.

Les symptômes sont les mêmes.

Hervé