Errores base de datos corrupta al actualizar prestashop 1.6.1.20 a 1.7.4.2

[residentbea]

Hola a todos:

Es la primera vez que escribo, normalmente leo todo lo concerniente al tema cuando tengo un problema antes de exponer el mio, esta vez no se por donde salir....

He actualizado con 1-click upgrade de la version 1.6.1.20 a 1.7.4.2, aparentemente dice que se ha actualizado correctamente, pero me salen unos "warnings" e amarillo en el log de instalación, los cuales no entiendo. El tema es que al revisar la actualización, no puedo acceder al modulo avanzado por falta de permisos, tengo que actualizar el idioma español, ya que sale todo en ingles, falla el apartado modulos (he revisado que de la versión anterior a la nueva, algunos ficheros no aparecen, asi como tres carpetas de modulos que se corrompen y provocan error al acceder al modulo, los permisos de los empleados tampoco funcionan correctamente, por lo que sea la base de datos se corrompe. He probado una instalación limpia y funciona correctamente, voy probando a importar tablas de la instalación limpia y voy corrigiendo, pero llega un momento que ya no tira mas. (tampoco es plan...)

¿Solo me pasa a mi? ¿Esto es normal? ¿sabeis que son los problemas que aparecen en amarillo? 

ya no se que hacer...

OK] SQL 1.7.0.0 SET NAMES 'utf8'

[OK] SQL 1.7.0.0 INSERT INTO `ps_configuration` (`name`, `value`, `date_add`, `date_upd`) VALUES ('PS_SMARTY_LOCAL', '0', NOW(), NOW()), ('PS_PASSWD_RESET_VALIDITY', '1440', NOW(), NOW()), ('PS_CUSTOMER_BIRTHDATE', '1', NOW(), NOW()), ('PS_ACTIVE_CRONJOB_EXCHANGE_RATE', '0', NOW(), NOW()), ('PS_ORDER_RECALCULATE_SHIPPING', '1', NOW(), NOW()), ('PS_MAINTENANCE_TEXT', 'We are currently updating our shop and will be back really soon.<br>Thanks for your patience.', NOW(), NOW())

[WARNING] SQL 1.7.0.0 1062 in INSERT INTO `ps_configuration_lang` (`id_configuration`, `id_lang`, `value`, `date_upd`) SELECT c.`id_configuration`, l.`id_lang`, c.`value`, NOW() FROM `ps_configuration` c, `ps_lang` l WHERE c.`name` = 'PS_MAINTENANCE_TEXT': Duplicate entry '505-1' for key 'PRIMARY'

[WARNING] SQL 1.7.0.0 1062 in INSERT INTO `ps_hook_alias` (`name`, `alias`) VALUES ('actionCartUpdateQuantityBefore', 'actionBeforeCartUpdateQty'), ('actionAjaxDieBefore', 'actionBeforeAjaxDie'), ('actionAuthenticationBefore', 'actionBeforeAuthentication'), ('actionSubmitAccountBefore', 'actionBeforeSubmitAccount'), ('actionDeleteProductInCartAfter', 'actionAfterDeleteProductInCart'): Duplicate entry 'actionBeforeCartUpdateQty' for key 'alias'

[WARNING] SQL 1.7.0.0 1091 in ALTER TABLE `ps_currency` DROP `iso_code_num` , DROP `sign` , DROP `blank` , DROP `format` , DROP `decimals`: Can't DROP 'iso_code_num'; check that column/key exists

[WARNING] SQL 1.7.0.0 1060 in /* Password reset token for new "Forgot my password screen */ ALTER TABLE `ps_customer` ADD `reset_password_token` varchar(40) DEFAULT NULL: Duplicate column name 'reset_password_token'

[WARNING] SQL 1.7.0.0 1060 in ALTER TABLE `ps_customer` ADD `reset_password_validity` datetime DEFAULT NULL: Duplicate column name 'reset_password_validity'

[OK] SQL 1.7.0.0 ALTER TABLE `ps_employee` CHANGE `last_connection_date` `last_connection_date` DATE NULL DEFAULT NULL

[WARNING] SQL 1.7.0.0 1060 in ALTER TABLE `ps_employee` ADD `reset_password_token` varchar(40) DEFAULT NULL: Duplicate column name 'reset_password_token'

[WARNING] SQL 1.7.0.0 1060 in ALTER TABLE `ps_employee` ADD `reset_password_validity` datetime DEFAULT NULL: Duplicate column name 'reset_password_validity'

[OK] SQL 1.7.0.0 /* Need to set the date to null before manipulate the table if the strict mode is enabled on MySQL */ UPDATE `ps_customer` SET `newsletter_date_add` = NULL WHERE YEAR(newsletter_date_add) = "0000"

[OK] SQL 1.7.0.0 ALTER TABLE `ps_customer` CHANGE COLUMN `passwd` `passwd` varchar(60) NOT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_employee` CHANGE COLUMN `passwd` `passwd` varchar(60) NOT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_customer` CHANGE COLUMN `firstname` `firstname` varchar(255) NOT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_customer` CHANGE COLUMN `lastname` `lastname` varchar(255) NOT NULL

[WARNING] SQL 1.7.0.0 1061 in /* Changes regarding modules */ ALTER TABLE `ps_module` ADD UNIQUE INDEX `name_UNIQUE` (`name` ASC): Duplicate key name 'name_UNIQUE'

[OK] SQL 1.7.0.0 DROP TABLE IF EXISTS `ps_modules_perfs`

[DROP] SQL `ps_module_carrier` table has been dropped.

[OK] SQL 1.7.0.0 CREATE TABLE `ps_module_carrier` ( `id_module`INT(10) unsigned NOT NULL, `id_shop`INT(11) unsigned NOT NULL DEFAULT '1', `id_reference` INT(11) NOT NULL, PRIMARY KEY (`id_module`,`id_shop`, `id_reference`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8

[OK] PHP 1.7.0.0 : /* PHP:select_current_payment_modules(); */

[OK] PHP 1.7.0.0 : /* Add Payment Preferences tab. SuperAdmin profile is the only one to access it. */ /* PHP:ps_1700_add_payment_preferences_tab(); */

[OK] SQL 1.7.0.0 UPDATE `ps_access` SET `view` = '0', `add` = '0', `edit` = '0', `delete` = '0' WHERE `id_tab` = (SELECT `id_tab` FROM `ps_tab` t WHERE t.`class_name` = 'AdminPaymentPreferences' LIMIT 1) AND `id_profile` > 1

[OK] SQL 1.7.0.0 UPDATE `ps_quick_access` SET `link` = "index.php/product/new" WHERE `link` = "index.php?controller=AdminProducts&addproduct"

[OK] SQL 1.7.0.0 ALTER TABLE `ps_product` CHANGE `available_date` `available_date` DATE NULL DEFAULT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_product` ADD `show_condition` TINYINT(1) NOT NULL DEFAULT '0' AFTER `available_date`

[OK] SQL 1.7.0.0 ALTER TABLE `ps_product` ADD `isbn` VARCHAR( 13 ) NULL DEFAULT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_product_shop` CHANGE `available_date` `available_date` DATE NULL DEFAULT NULL

[OK] SQL 1.7.0.0 ALTER TABLE `ps_product_shop` ADD `show_condition` TINYINT(1) NOT NULL DEFAULT '0' AFTER `available_date`

[ChrlS]

Tengo la experiencia tras actualizar a prestashop 1.7 que los permisos de los perfiles de usuarios se perdían, simplemente tuve que entrar con el administrador y volver a darles los permisos a cada perfil. 

Y sobre los warnings en la base de datos parece como si ya se hubieran aplicado antes, los casos de indicar que esa columna existe no me preocuparía, pero cuando dice que una entry está duplicada es otra cosa.

Probaría a realizar la actualización en un entorno de pruebas desde una versión de backup de antes de haber actualizado ahora y desactivando todos aquellos módulos no nativos y con el theme por defecto de prestashop. De modo que puedas verificar si sigue dando estos problemas... 

Asegúrate de tener la última versión de 1-click.

Saludos.

[residentbea]

En 23/9/2018 a las 7:57 PM, ChrlS dijo:

Tengo la experiencia tras actualizar a prestashop 1.7 que los permisos de los perfiles de usuarios se perdían, simplemente tuve que entrar con el administrador y volver a darles los permisos a cada perfil. 

Y sobre los warnings en la base de datos parece como si ya se hubieran aplicado antes, los casos de indicar que esa columna existe no me preocuparía, pero cuando dice que una entry está duplicada es otra cosa.

Probaría a realizar la actualización en un entorno de pruebas desde una versión de backup de antes de haber actualizado ahora y desactivando todos aquellos módulos no nativos y con el theme por defecto de prestashop. De modo que puedas verificar si sigue dando estos problemas... 

Asegúrate de tener la última versión de 1-click.

Saludos.

Finalmente instale una version limpia 1.7.4.2 y me puse a restaurar las tablas que fallaban en la actualización, employee, access, etc etc, bastantes tablas corruptas. Una a una iba arreglandolas, hasta que casi casi todo funcionaba, pero no pude conseguir arreglar el modulo del tema, que no me dejaba configurarlo. 

Así que le di la vuelta al tema y lo que hice fue, exportar las tablas correspondientes a pedidos, productos, categorias y todas las relacionadas con los productos e importarlas en la instalación limpia, así al menos he podido recuperar los productos.... total una mierXXXX. He probado a actualizar en dos hostings distintos, en local y nada, bastantes tablas de la base de datos se corrompen...

[ChrlS]

igual tenías las tablas corruptas aunque aparentemente funcionara...

La opción de exportar e importar en una instalación limpia es la única forma entonces.