SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la - commentaires

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Salut, il ne faut pas faire ça, d'ailleurs la page de restauration de dump doit l'indiquer si je me souviens bien. Il faut d'abord mettre à jour ton spip 2, faire une sauvegarde, et là tu pourras l'importer dans spip 3.

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

bjr
comment restaurer ma base de donnée qui est sous spip2 vers spip3
merci

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

le problème venait d'un plugin incompatible

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Bonjour,

J'ai le même genre de problème suite à une mise à jour de spip2.0.9 vers spip 3.0.5. J'obtiens un message d'erreur 1146, table manquante auteurs_messages. De plus j'ai dans ma base de données, différentes tables correspondant à l'ancien squelette evaweb.
Faut-il tenter une réparation ? Effacer les tables dans phpmyadmin ? créer la table ?

Merci pour vos suggestions

François

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Bonjour,

Merci pour vos suggestions

François

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Bonsoir,
non car la branche 1.9 n'est pas impactée

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

En fait, en 3.0.3 (19675), ça va, c'est avec la dev 19740 que ça ne va plus, autant pour moi...

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Bonjour, je ne sais pas si c'est un bug à proprement parler, mais le dépôt de plugins péclotte depuis 3.0.3, et si je tente d'accéder le fichier de Spip Zone, on me répond effrontément que le XML est mal formé, petite ponctuation intempestive dans le document ?

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Bonjour,

Est-ce qu'on doit s'inquieter si on tourne encore sous la branche 1.9 ?
merci.

Benoit

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

La bid... :) la manip a bien fonctionné, la base est maintenant bien à jour et les tables obsolètes sont supprimées. Merci !

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Ça marche, et j'ai une copie de la base.

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Stop les bidouilles, moi je veux bien mais en attendant j'ai un site en ligne foireux si je ne bidouille pas...
Remettre l'ancienne base en ligne pour voir ce qui déconne, c'est bien gentil mais mon site public n'est pas un environnement de test. Il se trouve que j''avais fais le test de la mise à jour en local avant et ça a bien marché, donc je n'avais pas à m'inquiéter outre mesure (et donc oui j'ai une sauvegarde de l'ancienne base).
Merci pour le truc pour forcer la mise à jour, je vais plutôt tenter ça.

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Non mais STOP les bidouilles...
C'est au moment où la mise à jour n'était pas proposée qu'il aurait fallu demander de l'aide. Maintenant ta base est dans un état indéterminé... : les vieilles tables pas supprimées, des nouvelles créées mais sans migration des données, des champs manquants sur certaines tables....

Aurais-tu fait une sauvegarde de ta base AVANT la migration comme il est systématiquement conseillé de le faire ? Si par bonheur c'est le cas, le plus sage serait de repartir de là, et voir pourquoi SPIP ne propose pas la mise à jour de la base.

Sinon tu peux tenter de forcer la mise à jour en modifiant à la main la table spip_meta et en ajoutant/modifiant la meta « version_installee » avec la valeur « 15829 », puis en supprimant le fichier tmp/meta_cache.php.

Si tu n'as pas de version initiale de la base, ouvrir un ticket ne servira pas à grand chose, car impossible de reproduire et corriger ton problème...

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

pourrais tu ouvrir un ticket pour signaler ton problème, en détaille toutes les étapes suivies ? C'est un bug à mon avis. Si tu avais une copie de la base avant, ce serait le top.

http://core.spip.org/issues

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Réparer la base avant ? Je n'avais aucun problème donc je n'y ai pas songé.
Je n'ai pas eu l'étape de mise à jour de la base et la réparation ne m'a pas été proposée, je l'ai effectué en me disant que ça allait forcément créer les tables manquantes... Peut-on trouver le script de mise à jour de la base quelque part ? Bon c'est vrai que maintenant tout marche donc rien de grave a priori...

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

hum, il eu fallut réparer avant la base et faire ensuite une install propre.

Faites une sauvegarde de votre base tel quel, et si vous y tenez, supprimez les tables auteurs_xxx qui ne servent plus à rien.

Pouvez vous préciser : la réparation de la base vous a été proposé par SPIP ? Et après la réparation, il n'y a pas eu d'étape de mise à jour de la base ?

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

Juste après avoir posté ce message, j'ai remarqué qu'il y avait une table auteurs_liens qui ne contenait que les premiers articles que j'avais commencé à réattribuer. J'ai donc exécuté quelques requêtes SQL pour aller plus vite. Tout fonctionne à présent, mais comment m'assurer que j'ai une base bien correcte ? Je constate que sur une base propre de SPIP 3 il n'y a plus de tables auteurs_messages, auteurs_articles etc. or j'ai toujours ces tables dans ma base... Y-a-til un script à exécuter ? Si oui faut-il que j'efface le contenu de auteurs_liens avant de l'exécuter ? (je précise qu'il s'agissait d'une mise à jour de spip 2.1 vers spip 3.0.3).

SPIP 3.0.3, 2.1.16 et 2.0.21 : à l'étape 303, épate-la

La mise à jour a fonctionné (spip_loader) après quelques bidouilles :
après l'exécution de spip_loader, je n'ai pas eu l'affichage du bouton pour mettre à jour la base, j'ai donc cliqué sur « réparer la base », ce qui a réglé les problèmes d'erreurs SQL.
En revanche mes auteurs ont perdu leurs articles liés ! Or dans la table auteurs_articles il y a toujours les liens corrects entre auteurs et articles. En réattribuant chaque article à chaque auteur, ça remarche (c'est fastidieux mais je n'ai même pas 20 articles sur le site) même si pourtant ça ne change rien dans la base, ce qui reste donc un mystère pour moi...