lucas cron.log? error.log? setup.log?
nel setup è presente l'ultimo errore

[2024-03-06 09:53:41] Logs.EMERGENCY: Aggiornamento fallito: INSERT INTO `zz_settings` (`id`, `nome`, `valore`, `tipo`, `editable`, `sezione`, `order`, `help`) VALUES (NULL, 'Serial number abilitato di default', '0', 'boolean', '1', 'Magazzino', NULL, "Abilita automaticamente il serial number al momento della creazione di un articolo dal Magazzino o dall'importazione di una fattura di acquisto.") []
{"url":"/index.php?action=do_update&firstuse=false","ip":"10.0.0.114","http_method":"GET","server":"10.0.0.2","referrer":"http://10.0.0.2/?force","uid":"7fcb1e8"} 

questo invece è stato il primo errore

[2024-03-05 14:23:27] Logs.EMERGENCY: Aggiornamento fallito: ALTER TABLE `zz_imports` DROP FOREIGN KEY `zz_imports_ibfk_1` []
{"url":"/index.php?action=do_update&firstuse=false","ip":"10.0.0.114","http_method":"GET","server":"10.0.0.2","referrer":"http://10.0.0.2/index.php","uid":"436330f"} 

@lucas c'è qualche altra procedura che è possibile fare per capire come risolvere?

Se l'errore viene dato in fase di aggiornamento è giusto considerare setup.log
Quello che posso suggerire è provare ad eseguire la query che da errore da phpMyAdmin o altro software di amministrazione del database.
"INSERT INTO zz_settings ... " così da vedere se viene restituita qualche info in più.
qual è la versione di MySQL in uso?

  • bulle ha risposto a questo messaggio

    lucas so che non è pienamente compatibile, la versione è 10.5.23-MariaDB

    Consiglio di passare a MySQL 5.7 o successivo il prima possibile.
    Nel frattempo rimane valido il mio suggerimento di provare ad eseguire la query a database per verificare l’errore restituito da phpmyadmin

    10 giorni dopo
    14 giorni dopo

    al momento non riesco ancora a farlo funzionare correttamente, o non va a buon fine l'aggiornamento o rimango bloccato alla 42 ma mezzo funzionante, tipo non mi fa vedere gli interventi nonostante siano presenti nel db, è veramente un disastro, e tutto questo dovuto ad un aggiornamento che nemmeno volevo fare ma mi è stato detto di fare ma al momento del danno sono finiti i suggerimenti....

      Ciao bulle, è difficile aiutarti senza aver davanti il problema e poterlo analizzare direttamente 😅 solitamente quando un modulo non carica correttamente i record presenti a database si tratta di un problema con la vista del modulo, hai testato le query del modulo Attività lanciando la query della vista a database? Hai provato ad eseguire i controlli sul gestionale per verificare se sono presenti incongruenze con l'installazione? consigliamo in caso di aiuto più approfondito, di contattarci per valutare un nostro intervento.
      Buona giornata 😊

      Prova a eliminare il campo id_module_start dalla tabella zz_groups e a ripetere l'aggiornamento.

      Saluti.

      • bulle ha risposto a questo messaggio

        svenny
        [2024-04-03 11:27:40] Logs.EMERGENCY: Aggiornamento fallito: ALTER TABLE zz_imports DROP FOREIGN KEY zz_imports_ibfk_1 []
        {"url":"/index.php?action=do_update&firstuse=false","ip":"xxxxxxxxxxx","http_method":"GET","server":"xxxxxxxxxxx","referrer":"xxxxxxxxxxxxxxxxx","uid":"6fcc963"}

        11 giorni dopo

        grazie a mille procedure fatte con un mio amico sono riuscito a ripristinare la 2.4.45. se provo ad aggiornare alla 46 mi da il solito errore, e ricordo, anche con una installazione pulita fa lo stesso.
        detto ciò, io sto bene anche con la 45, ma gradirei capire quale sia il problema e come risolverlo.

        Anche provando a fare un installazione pulita scaricando i file da github e creando un nuovo db, dopo la 45, ovvero dalla versione 46 non mi si installa nemmeno dando il solito problema con medesimo errore nell'aggiornamento alla versione 2.4.46

          bulle
          dovrebbe eseguire manualmente le query che danno errore a database, vedere qual è la natura dell'errore, risolverlo, rimuovere la riga dal file di update e forzare l'aggiornamento usando ?force.

          nel caso specifico dell'errore durante l'esecuzione della query
          ALTER TABLE zz_imports DROP FOREIGN KEY zz_imports_ibfk_1
          probabilmente la sua tabella zz_imports non presenta la chiave che l'istruzione sta provando a eliminare. E' quindi sufficiente rimuovere l'istruzione dal file update e proseguire l'aggiornamento aggiungendo ?force all'url dell'installazione.

          Rispondi alla discussione...