rg701653 Posted August 9, 2014 Share Posted August 9, 2014 (edited) Bonjour, Je souhaite mettre à jour une boutique en version 1.4.6.2 vers la dernière en 1.6.0.9. J'ai tenté le 1-Click plusieurs fois mais à chaque fois des erreurs. Ce matin, j'ai tenté la mise à jour manuelle. Lors de l'affichage du fichier XML, j'obtiens la balise : <action result="fail" error="34" Je suis descendu dans le détail et l'instruction SQL qui pose problème est la suivante : <request result="fail" sqlfile="1.6.0.7"> <sqlQuery> <![CDATA[ ALTER TABLE `ps_order_detail_tax` DROP PRIMARY KEY ]]> </sqlQuery> <sqlMsgError> <![CDATA[ Can't DROP 'PRIMARY'; check that column/key exists ]]> </sqlMsgError> <sqlNumberError> <![CDATA[ 1091 ]]> </sqlNumberError> </request> Pourtant, j'ai bien suivi la procédure. Pouvez-vous m'en dire plus ? Merci, Edited August 9, 2014 by rg701653 (see edit history) Link to comment Share on other sites More sharing options...
rg701653 Posted August 9, 2014 Author Share Posted August 9, 2014 J'ai tenté la mise à jour 1.4.6.2 -> 1.5.6.2 -> 1.6.0.9 mais à la dernière étape 1.5 -> 1.6 j'obtiens la même erreur. Cette instruction est bizarre car dans tous les cas, il n'y a pas aucune clé primaire sur cette table. Link to comment Share on other sites More sharing options...
makinero Posted August 26, 2014 Share Posted August 26, 2014 (edited) J'ai le même problème mais en upgrade manuelle (je sais que ce n'est pas recommandé mais j'ai mes raisons de faire ainsi). Du nouveau ? Edit : quand je vais dans le back-office, il est à moitié en anglais... Je tente une migration d'une 1.5.4.0 vers 1.6.0.9 Edited August 26, 2014 by makinero (see edit history) Link to comment Share on other sites More sharing options...
makinero Posted August 26, 2014 Share Posted August 26, 2014 J'ai testé : -1.5.4.0 -> 1.6.0.1 : pas d'erreur puis 1.6.0.1 -> 1.6.0.9 : même erreur -1.5.4.0 -> 1.6.0.6 : erreur (différente de 1.5.4.0 -> 1.6.0.9) Link to comment Share on other sites More sharing options...
Gregory Roussac Posted August 27, 2014 Share Posted August 27, 2014 Bonjour, Cette clé a été créée en 1.6.0.6 je crois et elle a du disparaitre en 1.6.0.7. Donc si vous ne passez pas par l'installation de la 1.6.0.6, il n'y a pas de clé primaire à supprimer. Il faudrait retirer les erreurs de doublons et erreurs 1091 du manual upgrade et/ou changer la requête pour la faire en php si seulement l'index existe. Quelles sont les erreurs rencontrées avec l'autoupgrade ? Cordialement . Link to comment Share on other sites More sharing options...
makinero Posted August 27, 2014 Share Posted August 27, 2014 Le premier essai que j'ai fait ne passe pas par la 1.6.0.6 (1.5.4.0 -> 1.6.0.9). Comment faire pour "retirer les erreurs de doublons et erreurs 1091 du manual upgrade et/ou changer la requête pour la faire en php si seulement la colonne existe" ? Link to comment Share on other sites More sharing options...
Gregory Roussac Posted August 27, 2014 Share Posted August 27, 2014 (edited) Le premier essai que j'ai fait ne passe pas par la 1.6.0.6 (1.5.4.0 -> 1.6.0.9). Comment faire pour "retirer les erreurs de doublons et erreurs 1091 du manual upgrade et/ou changer la requête pour la faire en php si seulement la colonne existe" ? Si vous ne passez pas par la 1.6.0.6, pas de clé donc erreur. Comment faire ? Et bien il faut le coder dans la mise à jour manuelle ou il faut changer retirer la requete et le coder en PHP. Vous avez créée un ticket dessus, donc on modifiera la mise à jour manuelle ou le script sql dès que possible. Cordialement Edited August 27, 2014 by Gregory Roussac (see edit history) Link to comment Share on other sites More sharing options...
makinero Posted August 27, 2014 Share Posted August 27, 2014 OK, j'attends la correction du script donc du coup le script de mise à jour manuelle n'est pas le même que celui de l'auto ? Je n'ai pas testé l'auto parce qu'il y a apparemment aussi un problème. Je pense qu'il faut continuer à maintenir la manuelle pour une raison : on sait ce qui est modifié ou non. Pour ma part j'ai repris un site développé par un autre, ça me permettrait de partir sur une base saine (du moins pour les fichiers). Quand j'ai eu l'erreur, je me suis dit qu'en passant par la 1.6.0.6 ça pourrait marcher, ce n'est pas le cas. Quand on fait 1.5.4.0 -> 1.6.0.6 on obtient une erreur de la 1.6.0.4. Peut-être faut-il faire 1.5.4.0 -> 1.6.0.1 -> 1.6.0.4 -> 1.6.0.6 -> 1.6.0.9 mais c'est un peu long ! Link to comment Share on other sites More sharing options...
Sacha FROMENT Posted August 27, 2014 Share Posted August 27, 2014 Bonjour à tous,Merci pour vos remontées. Je viens de tester une mise à jour manuelle d'une 1.4.7.Ces deux fix devrait corriger ce souci: https://github.com/PrestaShop/PrestaShop/commit/87322eb5a1c6 https://github.com/PrestaShop/PrestaShop/commit/53148e14876e378bc47affbd0291bdc294ab8ccc . Cordialement, Sacha. Link to comment Share on other sites More sharing options...
makinero Posted August 29, 2014 Share Posted August 29, 2014 Merci pour le retour. Je testerai un de ces 4, au final je n'ai pas mis à jour, je reste en 1.5 pour l'instant. Je ne m'attendais pas à une telle réactivité (il faut dire que plus de 90% de mes topics sur ce forum restent sans réponse...) et je devais agir vite. Link to comment Share on other sites More sharing options...
veloperso Posted September 8, 2014 Share Posted September 8, 2014 Bonjour, ma base actuelle a déjà subit plusieurs mises à jour depuis que j'ai commencé en prestabox en 2011. Je souhaiterais autant que possible la simplifier, en ne gardant que le stricte minimum: catalogue produits, historique de ventes et base clients. Pour ce faire, j'ai déjà créé une base de test sur mon serveur de production afin de me familiariser avec la version 1.6. Ma question est simple: pensez-vous qu'il soit possible de rapatrier manuellement les seules répertoires dont j'ai besoin et de les insérer dans la nouvelle base 1.6, plutôt que de passer par le 1 click upgrade ? Je compte réinstaller manuellement ensuite les quelques modules que je souhaite conserver. Merci d'avance pour vos idées, sachant que je n'ai pas de grosses connaissances, mais je peux au besoin accéder à phpmyadmin ou modifier quelques lignes de code. Link to comment Share on other sites More sharing options...
makinero Posted September 15, 2014 Share Posted September 15, 2014 Tu as décrit la méthode de mise à jour manuelle. Si tu fais les choses correctement en suivant le tuto officiel, il ne devrait pas y avoir de problème (sauf si le script de mise à jour manuelle est buggué comme c'est l'objet de ce topic, je n'ai d'ailleurs pas encore eu le temps de tester). C'est bien pour ça qu'il faut que Prestashop continue de proposer une mise à jour manuelle : avec le 1-click upgrade, on ne sait pas ce qui est fait tandis qu'avec la mise à jour manuelle, on sait ce qu'on garde on sait ce qu'on jette et dans le cadre d'une reprise d'un ancien site, on peut repartir sur des bases saines en gardant juste la BDD et les images ! Link to comment Share on other sites More sharing options...
Sniper Zone Posted November 3, 2014 Share Posted November 3, 2014 La correction sur github semble avoir été annulée. Il y a toujours ce problème en venant d'une 1.5.6.2 vers la dernière en 1.6. Link to comment Share on other sites More sharing options...
Gregory Roussac Posted November 4, 2014 Share Posted November 4, 2014 Bonjour, Il n'y a pas eu de version entre temps. Soit vous mettez une clé primaire sur ps_order_detail_tax soit vous devez appliquer la correction sur la version utilisée pour la mise à jour. Un index qui ne se supprime pas n'est pas dramatique, car c'est souvent dans le but d'en mettre un autre, le module ne devrait faire qu'un warning pour cette erreur. Cordialement Link to comment Share on other sites More sharing options...
asarves Posted November 25, 2014 Share Posted November 25, 2014 Bonjour, j'ai mis a jour PS 1.4.6.2 vers 1.6.0.9 la mise a jour c'est passé, reste juste un point qui est bloquant c'est que je n'arrive plus a activer la boutique même si je désactive la maintenance, cela ne met pas la boutique en ligne, seul l'ajout d'ip me permet d'accéder au FrontOffice. J'ai regardé le fichier: - .ovhconfig --> OK - Mode rewriting sur le serveur --> OK - vidé le cache -> OK - enregistré le mode url simplifié --> OK Mais impossible de réactiver la boutique. je suis chez ovh pour info, quelqu'un pourrait m'aider SVP???? Cdlt AS Link to comment Share on other sites More sharing options...
Gregory Roussac Posted November 25, 2014 Share Posted November 25, 2014 Bonjour, Allez dans votre base de données, et regardez combien de résultat vous avez pour cette requête svp SELECT * FROM `ps_configuration` WHERE `name` LIKE '%mainten%' LIMIT 0 , 30 Cordialement Link to comment Share on other sites More sharing options...
asarves Posted November 25, 2014 Share Posted November 25, 2014 bjr, merci pour votre réponse, voila ce que j'obtient SELECT * FROM `ps_configuration`WHERE `name` LIKE '%mainten%'LIMIT 0 , 30 MySQL a répondu: #1146 - Table 'matelasmod1.ps_configuration' doesn't exist Link to comment Share on other sites More sharing options...
asarves Posted November 25, 2014 Share Posted November 25, 2014 avec la requete pss_configuration j'obtient l'éléments suivant: SELECT * FROM `pss_configuration` WHERE `name` LIKE '%mainten%' LIMIT 0 , 30 Link to comment Share on other sites More sharing options...
Gregory Roussac Posted November 25, 2014 Share Posted November 25, 2014 Votre préfixe doit être différent, regardez le préfixe de stables at changez ps_ par le préfixe. Cordialement Link to comment Share on other sites More sharing options...
asarves Posted November 25, 2014 Share Posted November 25, 2014 bjr, pardon mais j'ai pas compris?? Link to comment Share on other sites More sharing options...
asarves Posted November 25, 2014 Share Posted November 25, 2014 avec la requete pss_configuration j'obtient l'éléments suivant: SELECT * FROM `pss_configuration` WHERE `name` LIKE '%mainten%' LIMIT 0 , 30 Link to comment Share on other sites More sharing options...
Gregory Roussac Posted November 25, 2014 Share Posted November 25, 2014 Rebonjour, Désolé alors ce n'est pas ce à quoi je pensais comme problème possible. Cordialement Link to comment Share on other sites More sharing options...
asarves Posted November 26, 2014 Share Posted November 26, 2014 bonsoir, Lorsque je vais sur SEO&URLs ça me donne un message d'erreur: Notice à la ligne 247 du fichier /home/matelas/www/controllers/admin/AdminMetaController.php[8] Undefined index: mp_shop_ruleWarning à la ligne 247 du fichier /home/matelas/www/controllers/admin/AdminMetaController.php[2] Invalid argument supplied for foreach()Notice à la ligne 256 du fichier /home/matelas/www/controllers/admin/AdminMetaController.php[8] Undefined index: mp_shop_rule UNE IDÉE SVP???? Link to comment Share on other sites More sharing options...
asarves Posted November 27, 2014 Share Posted November 27, 2014 Bonjour, j'ai un nouveau message, "contrôleur non trouvé" sur la page clic to upgrade. Link to comment Share on other sites More sharing options...
Oron Posted November 27, 2014 Share Posted November 27, 2014 Bonjour Est-ce que le préfixe de vos tables dans la base de donnée est mp_ ? Si oui vérifiez dans la base de donnée si la table mp_shop_rule existe. Link to comment Share on other sites More sharing options...
asarves Posted November 27, 2014 Share Posted November 27, 2014 Bonjour, Merci pour votre réponse, Non mp_shop_rule n'existe pas, d'ailleurs sous la table pss_configuration sur la ligne id_configuration la numérotation commence a partir de 4... (1,2,3 n'existe pas) cdlt Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now