Errore aggiornamento dalla 2.4.10 alla 2.4.11

carlocap92 · 2020-01-15T17:26:36+00:00

Buonasera, come da titolo, non riesco ad aggiornare alla nuova versione del software. Di seguito posto screen dell'errore e file di logs. Grazie.

d.lesca

Fatto da phpmyadmin, ho ottenuto questo errore:

 #1146 - Table 'c0osmdb.zz_emails' doesn't exist

Pare che quella tabella nel mio DB non esista.

dasc3er

Prima di far partire l'aggiornamento, quindi ancora con la versione 2.4.10?

d.lesca

dasc3er wrote:
Prima di far partire l'aggiornamento, quindi ancora con la versione 2.4.10?

Si, se avvio l'aggiornamento con ?force parte dalla 2.4.11 ("Errore durante l'esecuzione dell'aggiornamento alla versione 2.4.11")

dasc3er

Ricapitolando, esegui manualmente sulla versione 2.4.10 la seguente query:

ALTER TABLE `zz_emails` DROP FOREIGN KEY `zz_emails_ibfk_1`,
    DROP FOREIGN KEY `zz_emails_ibfk_2`;

Poi carichi lo ZIP con la versione 2.4.11 e fai partire l'aggiornamento (devi farlo senza ?force).

Se ora si verifica un errore, puoi riportarlo?

d.lesca

Ho ripristinato DB e programmi alla versione funzionante (2.4.9)
Ho aggiornato alla 2.4.10. Tutto ok
Eseguito la query ALTER suggerita. Effettuata senza errori.
Riparto.
Entrando in Aggiornamenti mi viene visualizzato in Arancione il seguente messaggio:
" Attenzione! Ci sono delle tabelle non previste nella versione standard del gestionale: co_tipi_scadenze, zz_user_sedi. "
Procedo comunque.
Avvio il caricamento della 2.4.11 e poi avvio l'aggiornamento.
Al 24% si interrompe ". Errore durante l'esecuzione dell'aggiornamento alla versione 2.4.11 - Aggiornamento 1 di 1 (2.4.11)"
In logs/setup.log

[2020-03-02 18:02:53] Logs.EMERGENCY: Aggiornamento fallito: ALTER TABLE `em_print_template` CHANGE `id_email` `id_template` INT(11) NOT NULL []

Qualche suggerimento?
Grazie

dasc3er

Altra possibile soluzione:
https://github.com/devcode-it/openstamanager/commit/665dd823ae5aefaea683e8fdce857c177c53266a

Potete replicare questo commit e poi fare partire l'aggiornamento?

d.lesca

ho ripristinato la 2.4.10 (db+prg) e ho caricato la 11 poi ho modificato il file come indicato e ho avviato l'aggiornamento.
Errore come prima. questo nei log:
[2020-03-02 19:07:42] Logs.EMERGENCY: Aggiornamento fallito: ALTER TABLE em_templates CHANGE id_smtp id_account INT(11) NOT NULL []

Dovevo anche effettuare la query precedentemente indicata? se si allora devo rifare tutto ... più tardi lo rifaccio.

Fammi gentilmente sapere

dasc3er

Non serve, probabilmente è stato risolto un altro errore relativo.
Se hai tempo e voglia sei certamente il benvenuto nel riprovare sia con il commit che con la query, ma dubito i risultati divergano rispetto a prima.

d.lesca

Ho fatto la prova ma nulla ... l'errore ora si è spostato sulla linea successiva:
Questa la fa: ALTER TABLE em_templates CHANGE id_smtp id_account INT(11) NOT NULL;
Questa no: ALTER TABLE em_print_template CHANGE id_email id_template INT(11) NOT NULL;

Per ora sono fermo alla 2.4.10...
Qualche altro suggerimento?
Potrebbe essere la versione di MariaDB 5.5.64?
Ciao e Grazie

d.lesca

Questo può aiutare:
https://stackoverflow.com/questions/160233/what-does-mysql-error-1025-hy000-error-on-rename-of-foo-errorno-150-me

Nel nostro caso se eseguo la query che da errore ottengo questo:

MariaDB [c0osmdb]> ALTER TABLE `em_print_template` CHANGE `id_email` `id_template` INT(11) NOT NULL;
ERROR 1025 (HY000): Error on rename of './c0osmdb/#sql-632_1d2d0' to './c0osmdb/em_print_template' (errno: 150)

Se invece eseguo quanto suggerito la query funziona:

MariaDB [c0osmdb]>     SHOW CREATE TABLE em_print_template;
+-------------------+---------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------------------------------------------+
| Table             | Create Table                                                                                                                    
                                                                                                                                                      

                                                                                                                                                                                                                                                                                            |
+-------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| em_print_template | CREATE TABLE `em_print_template` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `id_email` int(11) NOT NULL,
  `id_print` int(11) NOT NULL,
  `created_at` timestamp NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  KEY `id_email` (`id_email`),
  KEY `id_print` (`id_print`),
  CONSTRAINT `em_print_template_ibfk_1` FOREIGN KEY (`id_email`) REFERENCES `em_templates` (`id`) ON DELETE CASCADE,
  CONSTRAINT `em_print_template_ibfk_2` FOREIGN KEY (`id_print`) REFERENCES `zz_prints` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=12 DEFAULT CHARSET=utf8mb4 |
+-------------------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
MariaDB [c0osmdb]> alter table em_print_template drop foreign key em_print_template_ibfk_1;
Query OK, 11 rows affected (0.36 sec)
Records: 11  Duplicates: 0  Warnings: 0

MariaDB [c0osmdb]> alter table em_print_template drop foreign key em_print_template_ibfk_2;
Query OK, 11 rows affected (0.38 sec)
Records: 11  Duplicates: 0  Warnings: 0

MariaDB [c0osmdb]> ALTER TABLE `em_print_template` CHANGE `id_email` `id_template` INT(11) NOT NULL;
Query OK, 11 rows affected (0.36 sec)
Records: 11  Duplicates: 0  Warnings: 0

Quindi occorre prima di rinominare la colonna rimuovere le foreign key

Ora provo a modificare il file sql di aggiornamento poi vi dico.
Ciao

d.lesca

Ho risolto:

Queste le modifiche da effettuare dopo il caricamento del file e prima di avviare le conversioni che hanno permesso alle conversioni di andare a buon fine.

[root@s-ispc osm]# diff -Nau update/2_4_11.sql.old update/2_4_11.sql
--- update/2_4_11.sql.old       2020-03-02 23:44:16.098874660 +0100
+++ update/2_4_11.sql   2020-03-02 23:36:36.236547486 +0100
@@ -311,6 +311,7 @@
 INSERT INTO `zz_hooks` (`id`, `name`, `class`, `frequency`, `id_module`) VALUES (NULL, 'Backup', 'Modules\\Backups\\BackupHook', '1 day', (SELECT `id` FROM `zz_modules` WHERE `name` = 'Backup'));
 
 -- Miglioramento gestione email
+ALTER TABLE `zz_emails` DROP FOREIGN KEY `zz_emails_ibfk_1`, DROP FOREIGN KEY `zz_emails_ibfk_2`;
 ALTER TABLE `zz_emails` RENAME TO `em_templates`;
 ALTER TABLE `zz_smtps` RENAME TO `em_accounts`;
 ALTER TABLE `zz_email_print` RENAME TO `em_print_template`;
@@ -427,6 +428,8 @@
 ((SELECT `id` FROM `zz_modules` WHERE `name` = 'Stato email'), '_bg_', 'IF(em_emails.sent_at IS NULL, IF(em_emails.failed_at IS NULL, ''#CC9837'', ''#CC4D37''), ''#38CD4E'')', 6, 1, 0, 0, 0, 0);
 
 ALTER TABLE `em_templates` CHANGE `id_smtp` `id_account` INT(11) NOT NULL;
+ALTER TABLE `em_print_template` DROP FOREIGN KEY `em_print_template_ibfk_1`;
+ALTER TABLE `em_print_template` DROP FOREIGN KEY `em_print_template_ibfk_2`;
 ALTER TABLE `em_print_template` CHANGE `id_email` `id_template` INT(11) NOT NULL;
 ALTER TABLE `em_accounts` ADD `timeout` INT(11) NOT NULL DEFAULT 1000;
 ALTER TABLE `an_anagrafiche` ADD `enable_newsletter` BOOLEAN DEFAULT TRUE;

Ora provo ad effettuare gli altri aggiornamenti.
Ciao e Grazie

d.lesca

Anche nell'aggiornamento dalla 11 alla 12 c'è un problema di conversione.
Per superarlo ho dovuto effettuare nel solito modo la seguente modifica:

[root@s-ispc osm]# diff -Nau update/2_4_12.sql.old update/2_4_12.sql
--- update/2_4_12.sql.old       2020-03-02 23:57:37.773730338 +0100
+++ update/2_4_12.sql   2020-03-03 00:02:35.595704642 +0100
@@ -14,7 +14,7 @@
 UPDATE `in_interventi` SET `data_scadenza` = NULL WHERE `data_scadenza` = '0000-00-00 00:00:00';
 
 -- Permetti inserimento sessioni anche per altri tecnici
-INSERT INTO `zz_settings` (`id`, `nome`, `valore`, `tipo`, `editable`, `sezione`, `created_at`, `updated_at`, `order`, `help`) VALUES (NULL, 'Permetti inserimento sessioni degli altri tecnici', '0', 'boolean', '1', 'Interventi', NULL, NULL, NULL, "Permette al tecnico l\'inserimento delle sessioni di lavoro anche per gli altri tecnici.");
+INSERT INTO `zz_settings` (`id`, `nome`, `valore`, `tipo`, `editable`, `sezione`, `created_at`, `order`, `help`) VALUES (NULL, 'Permetti inserimento sessioni degli altri tecnici', '0', 'boolean', '1', 'Interventi', NULL, NULL, "Permette al tecnico l\'inserimento delle sessioni di lavoro anche per gli altri tecnici.");
 
 -- Aggiunta cartella per il modulo "Movimenti"
 UPDATE `zz_modules` SET `directory` = 'movimenti' WHERE `name` = 'Movimenti';

In questo caso mancava la colonna updated_at nella tabella zz_settings
Sapete spiegare il perchè?

Comunque ora sono a posto, OSM è aggiornato alla 2.4.13

Ci risentiamo (speriamo di no) al prossimo aggiornamento.

Ciao
Dario

lexen

Salve,
purtroppo anche io ho l'Errore "aggiornamento dalla 2.4.10 alla 2.4.11 con il messaggio fermo al 24%"
Mi dite come avete risolto ?
Grzie

« Pagina precedente