lors d'une migration sur un nouveau serveur, sur un 1.9.1 que je m'apprête à passer en 2.0.9, spip me dit après la restauration de la base :
# Erreur(s) dans le squelette
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, _evenements
De toute évidence, le dump n'a pas pris en compte cette table. Connaissez-vous un moyen simple de faire un dump vraiment complet ?
j'ai bien vu http://www.lorand.org/spip.php?article402
mais je préfère éviter phpmyadmin le plus possible.
et il me semblait que spip sauvait les tables secondaires dès la version 1.9, non ?
bonjour
Le 1 sept. 09 à 01:06, Martin Granger a écrit :
lors d'une migration sur un nouveau serveur, sur un 1.9.1 que je m'apprête à passer en 2.0.9, spip me dit après la restauration de la base :
# Erreur(s) dans le squelette
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, _evenements
De toute évidence, le dump n'a pas pris en compte cette table. Connaissez-vous un moyen simple de faire un dump vraiment complet ?
j'ai bien vu http://www.lorand.org/spip.php?article402
mais je préfère éviter phpmyadmin le plus possible.
et il me semblait que spip sauvait les tables secondaires dès la version 1.9, non ?
--
martin
tu n'aurais pas le plugin agenda ? Dans ce cas essaie de le réinstaller avant la restauration.
lors d'une migration sur un nouveau serveur, sur un 1.9.1 que je
m'apprête à passer en 2.0.9, spip me dit après la restauration de la base :
# Erreur(s) dans le squelette
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, _evenements
De toute évidence, le dump n'a pas pris en compte cette table.
Connaissez-vous un moyen simple de faire un dump vraiment complet ?
Sous spip 19 tu dois voir la liste des tables exportées et en principe à
condition que ton plugin agenda soit activé, les tables evenements sont
exportées. (Tu peux le vérifier spip te fait la liste de ce qu'il
exporte). Donc dans ton dump il doit bien y avoir les tables evenement.
Tu peux le vérifier aussi en ouvrant une copie du dump après l'avoir
décompressé. C'est du xml.
Pour ton nouveau site la procédure que j'ai trouvé est la suivante.
Installation de ton site en 2.0.9
Création des tables (la procédure d'instal classique)
Installation du plugin agenda et activation
Puis seulement après récupération de ton dump.
J'avais des problèmes pour passer de version dev en local en version de
prod. En fait tes tables evenements ne seront pas reimportées car non
existantes.
-- http://wojylac.free.fr
Un proverbe chinois dit que lorsqu'on a rien à dire
on cite généralement un proverbe chinois.
* Martin Granger tapuscrivait, le 01/09/2009 01:06:
lors d'une migration sur un nouveau serveur, sur un 1.9.1 que je m'apprête à passer en 2.0.9, spip me dit après la restauration de la base :
# Erreur(s) dans le squelette
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, '_evenements'
* Erreur sur le site, boucle critère inconnu id_evenement
* Table SQL « evenements » inconnue, _evenements
De toute évidence, le dump n'a pas pris en compte cette table. Connaissez-vous un moyen simple de faire un dump vraiment complet ?
Hormis le dump mysql avec phpmyadmin, il y a la solution de restaurer 2 fois le dump en passant par la gestion des plugins entre les 2 restaurations.
Explications :
1) la première restauration va restaurer (entre autres) la table spip_meta qui contient la liste des plugins activés sur l'ancien site
2) le passage par la gestion des plugin va provoquer l'installation des tables des plugins
3) la 2e restauration va pouvoir écrire dans les table crées en 2
PS : Franchement, je préfère le dump MySQL
PS² : Je n'ai jamais testé cette méthode
PS3 : ça ne marchera QUE si les dossiers plugins/ sont identiques sur les 2 sites.
De toute évidence, le dump n'a pas pris en compte cette table. Connaissez-vous un moyen simple de faire un dump vraiment complet ?
Hormis le dump mysql avec phpmyadmin, il y a la solution de restaurer 2 fois le dump en passant par la gestion des plugins entre les 2 restaurations.
Explications :
1) la première restauration va restaurer (entre autres) la table spip_meta qui contient la liste des plugins activés sur l'ancien site
2) le passage par la gestion des plugin va provoquer l'installation des tables des plugins
3) la 2e restauration va pouvoir écrire dans les table crées en 2
ok merci c'est ce que j'ai fait et ça marche (hormis quelques petits bugs qui n'ont rien à voir).
tu n’aurais pas le plugin agenda ? Dans ce cas essaie de le réinstaller avant la restauration.
argh, je le savais en plus.
Argh, comme tu dis,
j’ai eu ce problème hier soir sur un serveur local et j’ai trouvé comment faire seulement 5 min avant de lire cet échange de mel. Effectivement, sur le nouveau site, installer et activer le plugin agenda avant de faire la restauration du dump, et ça fonctionne.
Dominique a écrit :
> Sous spip 19 tu dois voir la liste des tables exportées
oui mais ça s'affiche en un dixième de seconde et ça disparaît !
> Pour ton nouveau site la procédure que j'ai trouvé est la suivante.
> Installation de ton site en 2.0.9
non car je migre depuis un 1.9.1, je préfère donc installer tout en
1.9.1 puis upgrader en 2.0.9
désolé j'avais passé ce détail mais l'idée était de mettre en place un
site vierge, d'activer agenda pour que les tables soient crées et
ensuite seulement de faire la restauration du dump.
Mais bon tu as résolu le pb.
-- http://wojylac.free.fr
Un proverbe chinois dit que lorsqu'on a rien à dire
on cite généralement un proverbe chinois.