vielle base en MySQL version 4 à migrer

Bonjour,
J’ai un site chez OVH version SPIP 3.2 par contre la base de données est un vieux MySQL 4. Je ne me suis jamais préoccupé de mettre à jour cette base. Aujourd’hui je dois passer sur la nouvelle proposition de OVH qui n’a plus de base MySQL version 4.
J’ai essayé de réaliser une migration en faisant un dump de la base existante et ensuite à l’aide du plugin fusion de récupérer la base sur une 5.6 MySQL.
Ça ne fonctionne pas :
Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Peut-être que certains d’entre vous ont déjà connu cela et peuvent m’indiquer une solution.
Merci.

Philippe

Bonsoir

Passe par phpmyadmin pour ça.

Le dim. 11 août 2019 à 19:21, Philippe Avi <geea.org@gmail.com> a écrit :

Bonjour,
J’ai un site chez OVH version SPIP 3.2 par contre la base de données est un vieux MySQL 4. Je ne me suis jamais préoccupé de mettre à jour cette base. Aujourd’hui je dois passer sur la nouvelle proposition de OVH qui n’a plus de base MySQL version 4.
J’ai essayé de réaliser une migration en faisant un dump de la base existante et ensuite à l’aide du plugin fusion de récupérer la base sur une 5.6 MySQL.
Ça ne fonctionne pas :
Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.
Peut-être que certains d’entre vous ont déjà connu cela et peuvent m’indiquer une solution.
Merci.

Philippe


liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l’aide à toute heure : http://spip.net/irc

Merci pour les réponses.

Le site en question est

J’ai exporté ma base depuis OVH avec phpMyAdmin.
J’ai un autre site en production avec la nouvelle option pro chez OVH dans lequel j’ai installé dans un sous dossier la version SPIP 3 2 4 j’ai créé une base de données je l’ai ouverte avec phpMyAdmin elle est en version 5.6. J’ai essayé d’importer sans résultat ou plutôt celui-ci :

Erreur
Requête SQL :

CREATE TABLE IF NOT EXISTS spip_articles (
id_article bigint(21) NOT NULL auto_increment,
surtitre text NOT NULL,
titre text NOT NULL,
soustitre text NOT NULL,
id_rubrique bigint(21) NOT NULL default ‹ 0 ›,
descriptif text NOT NULL,
chapo mediumtext NOT NULL,
texte longtext NOT NULL,
ps mediumtext NOT NULL,
date datetime NOT NULL default ‹ 0000-00-00 00:00:00 ›,
statut varchar(10) NOT NULL default ‹ 0 ›,
id_secteur bigint(21) NOT NULL default ‹ 0 ›,
maj timestamp(14) NOT NULL,
export varchar(10) default ‹ oui ›,
date_redac datetime NOT NULL default ‹ 0000-00-00 00:00:00 ›,
visites int(11) NOT NULL default ‹ 0 ›,
referers int(11) NOT NULL default ‹ 0 ›,
popularite double NOT NULL default ‹ 0 ›,
accepter_forum char(3) NOT NULL default ‹  ›,
date_modif datetime NOT NULL default ‹ 0000-00-00 00:00:00 ›,
lang varchar(10) NOT NULL default ‹  ›,
langue_choisie char(3) default ‹ non ›,
id_trad bigint(21) NOT NULL default ‹ 0 ›,
[…]
MySQL a répondu : Documentation

#1426 - Too big precision 14 specified for column ‹ maj ›. Maximum is 6.

J’ai aussi essayé donc la fusion j’ai installé le plugin j’ai fait les sauvegardes en sqlite de la base initiale pour pouvoir la fusionner sur le nouveau site. Il me semble que la base était accessible puisque je me connecte à l’interface écrire.
Sans grand résultat non plus.
J’ai mis des copies d’écran dans le répertoire suivant :
Bonne journée Philippe

Tu as demander au support si ils ont des solutions ?
Sinon regarde ele plugins migration sur plugins spip

Oui j’ai demandé une aide auprès de OVH et ils m’ont clairement dit que c’est à moi en tant que webmaster de réaliser la mise à jour.

Le 12/08/2019 à 08:50, Philippe Avi a écrit :

J'ai exporté ma base depuis OVH avec phpMyAdmin.

Donc tu as un fichier base.sql ?

J'ai un autre site en production avec la nouvelle option pro chez OVH dans lequel j'ai installé dans un sous dossier la version SPIP 3 2 4 j'ai créé une base de données je l'ai ouverte avec phpMyAdmin elle est en version 5.6. J'ai essayé d'importer sans résultat ou plutôt celui-ci :

Apparemment il y a des changements entre les versions de MYSQL.
Edite le fichier base.sql récupéré
et remplace toutes les occurences de 'timestamp(14)' par simplement 'timestamp'
et ça corrigera ce problème.
En espérant qu'il n'y en a pas d'autres.

Aprés, pour le champs 'maj' de spip_articles, dans une version de contemporaine j'ai :
  `maj` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
donc c'est un peu plus précis... mais c'est peut être géré ailleurs par des ALTER ?

JL

    /Erreur/
    /Requête SQL :confused:

    /CREATE TABLE IF NOT EXISTS `spip_articles` (/
    / `id_article` bigint(21) NOT NULL auto_increment,/
    / `surtitre` text NOT NULL,/
    / `titre` text NOT NULL,/
    / `soustitre` text NOT NULL,/
    / `id_rubrique` bigint(21) NOT NULL default '0',/
    / `descriptif` text NOT NULL,/
    / `chapo` mediumtext NOT NULL,/
    / `texte` longtext NOT NULL,/
    / `ps` mediumtext NOT NULL,/
    / `date` datetime NOT NULL default '0000-00-00 00:00:00',/
    / `statut` varchar(10) NOT NULL default '0',/
    / `id_secteur` bigint(21) NOT NULL default '0',/
    / `maj` timestamp(14) NOT NULL,/
    / `export` varchar(10) default 'oui',/
    / `date_redac` datetime NOT NULL default '0000-00-00 00:00:00',/
    / `visites` int(11) NOT NULL default '0',/
    / `referers` int(11) NOT NULL default '0',/
    / `popularite` double NOT NULL default '0',/
    / `accepter_forum` char(3) NOT NULL default '',/
    / `date_modif` datetime NOT NULL default '0000-00-00 00:00:00',/
    / `lang` varchar(10) NOT NULL default '',/
    / `langue_choisie` char(3) default 'non',/
    / `id_trad` bigint(21) NOT NULL default '0',/
    /[...]/
    /MySQL a répondu : Documentation/

    /#1426 - Too big precision 14 specified for column 'maj'. Maximum is 6./

J'ai aussi essayé donc la fusion j'ai installé le plugin j'ai fait les sauvegardes en sqlite de la base initiale pour pouvoir la fusionner sur le nouveau site. Il me semble que la base était accessible puisque je me connecte à l'interface écrire.
Sans grand résultat non plus.
J'ai mis des copies d'écran dans le répertoire suivant :
https://www.centrejaya.org/SOUSDOSSIERS/SPIP324/images/

Bonne journée
Philippe

Le 11/08/2019 à 22:06, Pierre KUHN a écrit :

Bonsoir

Passe par phpmyadmin pour ça.

Le dim. 11 août 2019 à 19:21, Philippe Avi <geea.org@gmail.com <mailto:geea.org@gmail.com>> a écrit :

    Bonjour,
    J'ai un site chez OVH version SPIP 3.2 par contre la base de données est un vieux MySQL 4. Je ne me suis jamais
    préoccupé de mettre à jour cette base. Aujourd'hui je dois passer sur la nouvelle proposition de OVH qui n'a plus
    de base MySQL version 4.
    J'ai essayé de réaliser une migration en faisant un dump de la base existante et ensuite à l'aide du plugin
    fusion de récupérer la base sur une 5.6 MySQL.
    Ça ne fonctionne pas :
    /Site en travaux/
    /Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre
    compréhension./
    Peut-être que certains d'entre vous ont déjà connu cela et peuvent m'indiquer une solution.
    Merci.

    Philippe

    _______________________________________________
    liste spip
    spip@rezo.net <mailto:spip@rezo.net> - désabonnement : envoyer un mail à spip-off@rezo.net <mailto:spip-off@rezo.net>

    Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

    Infos : https://listes.rezo.net/mailman/listinfo/spip

    Documentation de SPIP : http://www.spip.net/

    Irc : de l'aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail àspip-off@rezo.net

Archives :https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos :https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP :http://www.spip.net/

Irc : de l'aide à toute heure :http://spip.net/irc

Bonjour
S'kuzez de répondre à un sujet où je n'y connais rien du tout, mais lorsque je jonglais avec les .sql à déménager d'un serveur à un autre, le chef-chef m'avait dit de bien penser à cocher dans "Options spécifiques au format" de cocher "Ajouter un énoncé drop database".
Sinon que ça mettrait un merde noire dans le .sql...
Ne me demandez pas ce que ça veut dire, je n'en sais -rien-
Mais ce que je faisais lors de mes déménagements, je me faisais un .sql à la sauce drop, j'écrasais la base de destination avec, et après je montais en version de spip.
J'ai aussi déménagé des tables et des chaises, mais ça, ça ne compte pas.
Bonne journée,
Yves

Le 12/08/2019 à 10:41, JLuc a écrit :

Le 12/08/2019 à 08:50, Philippe Avi a écrit :

J'ai exporté ma base depuis OVH avec phpMyAdmin.

Donc tu as un fichier base.sql ?

J'ai un autre site en production avec la nouvelle option pro chez OVH dans lequel j'ai installé dans un sous dossier la version SPIP 3 2 4 j'ai créé une base de données je l'ai ouverte avec phpMyAdmin elle est en version 5.6. J'ai essayé d'importer sans résultat ou plutôt celui-ci :

Apparemment il y a des changements entre les versions de MYSQL.
Edite le fichier base.sql récupéré
et remplace toutes les occurences de 'timestamp(14)' par simplement 'timestamp'
et ça corrigera ce problème.
En espérant qu'il n'y en a pas d'autres.

Aprés, pour le champs 'maj' de spip_articles, dans une version de contemporaine j'ai :
`maj` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
donc c'est un peu plus précis... mais c'est peut être géré ailleurs par des ALTER ?

JL

/Erreur/
/Requête SQL :/

/CREATE TABLE IF NOT EXISTS \`spip\_articles\` \(/
/  \`id\_article\` bigint\(21\) NOT NULL auto\_increment,/
/  \`surtitre\` text NOT NULL,/
/  \`titre\` text NOT NULL,/
/  \`soustitre\` text NOT NULL,/
/  \`id\_rubrique\` bigint\(21\) NOT NULL default &#39;0&#39;,/
/  \`descriptif\` text NOT NULL,/
/  \`chapo\` mediumtext NOT NULL,/
/  \`texte\` longtext NOT NULL,/
/  \`ps\` mediumtext NOT NULL,/
/  \`date\` datetime NOT NULL default &#39;0000\-00\-00 00:00:00&#39;,/
/  \`statut\` varchar\(10\) NOT NULL default &#39;0&#39;,/
/  \`id\_secteur\` bigint\(21\) NOT NULL default &#39;0&#39;,/
/  \`maj\` timestamp\(14\) NOT NULL,/
/  \`export\` varchar\(10\) default &#39;oui&#39;,/
/  \`date\_redac\` datetime NOT NULL default &#39;0000\-00\-00 00:00:00&#39;,/
/  \`visites\` int\(11\) NOT NULL default &#39;0&#39;,/
/  \`referers\` int\(11\) NOT NULL default &#39;0&#39;,/
/  \`popularite\` double NOT NULL default &#39;0&#39;,/
/  \`accepter\_forum\` char\(3\) NOT NULL default &#39;&#39;,/
/  \`date\_modif\` datetime NOT NULL default &#39;0000\-00\-00 00:00:00&#39;,/
/  \`lang\` varchar\(10\) NOT NULL default &#39;&#39;,/
/  \`langue\_choisie\` char\(3\) default &#39;non&#39;,/
/  \`id\_trad\` bigint\(21\) NOT NULL default &#39;0&#39;,/
/\[\.\.\.\]/
/MySQL a répondu : Documentation/

/\#1426 \- Too big precision 14 specified for column &#39;maj&#39;\. Maximum is 6\./

J'ai aussi essayé donc la fusion j'ai installé le plugin j'ai fait les sauvegardes en sqlite de la base initiale pour pouvoir la fusionner sur le nouveau site. Il me semble que la base était accessible puisque je me connecte à l'interface écrire.
Sans grand résultat non plus.
J'ai mis des copies d'écran dans le répertoire suivant :
https://www.centrejaya.org/SOUSDOSSIERS/SPIP324/images/

Bonne journée
Philippe

Le 11/08/2019 à 22:06, Pierre KUHN a écrit :

Bonsoir

Passe par phpmyadmin pour ça.

Le dim. 11 août 2019 à 19:21, Philippe Avi <geea.org@gmail.com <mailto:geea.org@gmail.com>> a écrit :

Bonjour,
J&#39;ai un site chez OVH version SPIP 3\.2 par contre la base de données  est un vieux MySQL 4\. Je ne me suis jamais
préoccupé de mettre à jour cette base\. Aujourd&#39;hui je dois passer sur la nouvelle proposition de OVH qui n&#39;a plus
de base MySQL version 4\.
J&#39;ai essayé de  réaliser une migration en  faisant un dump  de la base existante et ensuite à l&#39;aide du plugin
fusion de récupérer la base sur une 5\.6 MySQL\.
Ça ne fonctionne pas :
/Site en travaux/
/Attention : un problème technique \(serveur SQL\) empêche l’accès à cette partie du site\. Merci de votre
compréhension\./
Peut\-être que certains d&#39;entre vous ont déjà connu cela et   peuvent m&#39;indiquer une solution\.
Merci\.

Philippe

\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_
liste spip
spip@rezo\.net &lt;mailto:spip@rezo.net&gt; \- désabonnement : envoyer un mail à spip\-off@rezo\.net &lt;mailto:spip-off@rezo.net&gt;

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l&#39;aide à toute heure : http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail àspip-off@rezo.net

Archives :https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos :https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP :http://www.spip.net/

Irc : de l'aide à toute heure :http://spip.net/irc

_______________________________________________
liste spip
spip@rezo.net - désabonnement : envoyer un mail à spip-off@rezo.net

Archives : https://www.mail-archive.com/spip@rezo.net/maillist.html

Infos : https://listes.rezo.net/mailman/listinfo/spip

Documentation de SPIP : http://www.spip.net/

Irc : de l'aide à toute heure : http://spip.net/irc

Bonjour

Il semble que je sois arrivé à la solution du moins en partie.
Quand on passe d’une base mets SQL 4 vers 5 il y a certaines commandes qui sont obsolètes.
TYPE=MyISAM; mysql4
ENGINE=MyISAM; mysql5
Pour ma part j’ai tout simplement ouvert la base avec un éditeur genre atom et j’ai remplacé les premiers par les second : il l’a fait une cinquantaine de fois autant que de tables.

Deuxième chose :
maj timestamp(14) pour l’ancien
maj timestamp(6) à remplacer aussi dans la nouvelle base

Le fait est que phpMyAdmin donne le code d’erreur ; je m’attendais à en avoir beaucoup, en fait il n’y en avait que deux juste celle ci-dessus.

Par contre maintenant j’ai un problème d’accent qui n’a pas été reconnu.
Je ne me souviens plus très bien mais je crois qu’il y a un plugin ou une manipulation assez simple. Si quelqu’un s’en souvient je suis preneur.

Merci par avance.

Philippe

Le 16/08/2019 à 01:36, Philippe Avi a écrit :

Bonjour

Il semble que je sois arrivé à la solution du moins en partie.
Quand on passe d'une base mets SQL 4 vers 5 il y a certaines commandes qui sont obsolètes.
TYPE=MyISAM; mysql4
ENGINE=MyISAM; mysql5
Pour ma part j'ai tout simplement ouvert la base avec un éditeur genre atom et j'ai remplacé les premiers par les second : il l’a fait une cinquantaine de fois autant que de tables.

Deuxième chose :
`maj` timestamp(14) pour l’ancien
`maj` timestamp(6) à remplacer aussi dans la nouvelle base

Le fait est que phpMyAdmin donne le code d'erreur ; je m'attendais à en avoir beaucoup, en fait il n'y en avait que deux juste celle ci-dessus.

Par contre maintenant j'ai un problème d'accent qui n'a pas été reconnu.
Je ne me souviens plus très bien mais je crois qu'il y a un plugin ou une manipulation assez simple. Si quelqu'un s’en souvient je suis preneur.

Merci par avance.

plugin "GRENIER" ?