Errore aggiornamento da 2.4.10 a 2.4.11

gmassoli

Durante l'aggiornamento mi compare l'errore in figura allegata.
Qui di seguito il setup.log:

[2019-12-01 14:15:45] Logs.EMERGENCY: SQLSTATE[42000]: Syntax error or access violation: 1091 Can't DROP 'zz_operations_ibfk_3'; check that column/key exists []
{"url":"/assistenze/index.php?action=do_update&firstuse=false","ip":"::1","http_method":"GET","server":"localhost","referrer":"http://localhost/assistenze/index.php?force","uid":"7f85df3"}

Grazie in anticipo

dasc3er

Ciao gmassoli,
Potresti provare a controllare le foreign keys della tabella zz_operations e farne una lista qui?

gmassoli

Scusami l'incompetenza ma come posso fare a controllare queste foreign keys?

fabian

Anche io ho questo problema. partivo dalle 2.4.8. L'aggiornamento è arrivato a 2/3, poi è venuto questo messaggio:

gmassoli

Io credo che sia legato a problemi che ho avuto in precedenza

https://forum.openstamanager.com/d/1509/20

dasc3er

Allora gmassoli, prova anche in questo caso a rimuovere la riga. Potrebbe trattarsi di un problema di engine mysql.

gmassoli

Ho indagato un po' su queste foreign keys e sono riuscito a capire come inserirle. Il problema è che in alcune tabelle molto piene di dati non me le fa inserire dandomi come errore un presunto problema sul campo date (x esempio) che non può essere 00-00-0000 00:00:00000

dasc3er

Il problema delle date è causato dalla gestione originale delle stesse nelle versioni 2.0 e 2.1.
Per risolvere il problema originale dovrebbe essere sufficiente rimuovere la riga con la query che causa il problema dal file update/2_4_11.sql.

gmassoli

La riga che causa il problema non è nel file SQL ma nel php. Posso rimuoverla anche da lì?
Grazie

dasc3er

Certo, e dovrebbe essere possibile far ripartire l'aggiornamento senza problemi.
È sufficiente commentare la riga 8 del file . PHP.

fabian

sto leggendo pero per me è arabo. potete indicarmi il percorso per eliminare questa riga? sono ormai 3gg che sono bloccato

dasc3er

Se il problema è lo stesso, rimuovi la riga 8 del file update/2_4_11.php.

fabian

dasc3er wrote:
Certo, e dovrebbe essere possibile far ripartire l'aggiornamento senza problemi.
È sufficiente commentare la riga 8 del file . PHP.

sono all'interno della cartella di osm (2.4.8)->uptade->... da qui non apisco cosa devo fare: devo eliminare un file?
devo modificarlo? se si come?

dasc3er

Allora, devi aprire il file 2_4_11.php e cancellare la riga 8 dal file, poi salvare e far ripartire l'aggiornamento del gestionale. Ovviamente della versione 2.4.11 e non 2.4.8.

fabian

dasc3er wrote:
Se il problema è lo stesso, rimuovi la riga 8 del file update/2_4_11.php.

all interno di update ho questo

dasc3er

Stai facendo l'aggiornamento alla 2.4.11 oppure no?

fabian

dasc3er wrote:
Stai facendo l'aggiornamento alla 2.4.11 oppure no?

lo sto facendo (si è bloccato)ma sto partendo dalla 2.4.8

dasc3er

Ovviamente, il problema di aggiornamento è sulla 2.4.11 quindi è su di essa che stiamo lavorando per risolvere il problema di aggiornamento. Certamente non sulla 2.4.8 che funziona correttamente.

Dunque, una volta fatto ripartire l'aggiornamento puoi fare la modifica e controllare se tutto funziona?

fabian

dasc3er wrote:
Ovviamente, il problema di aggiornamento è sulla 2.4.11 quindi è su di essa che stiamo lavorando per risolvere il problema di aggiornamento. Certamente non sulla 2.4.8 che funziona correttamente.

Dunque, una volta fatto ripartire l'aggiornamento puoi fare la modifica e controllare se tutto funziona?

certo, nessun problema. ho bisogno di sapere passo passo i movimenti che devo fare.
per "far ripartire l aggiornamento" intendi il refresh della pagina? se si l ho fatto e non cambia nulla. come faccio la modifica?

dasc3er

Non cambia niente nel senso che?
Se sei sull'installazione ferma a metà aggiornamento, fai le modifiche sul file di cui sopra.
Se sei sulla 2.4.8 carica lo zip dell'aggiornamento dopo un backup e segui la procedura automatica, poi se va in errore fai le modifiche.

Se la procedura di aggiornamento va comunque in errore anche dopo la modifica di cui sopra, indica i contenuti dei file di log nella cartella logs/.

Pagina successiva »