[RISOLTO] Problemi installazione

zccmax

Server Ubuntu 20.4 Versione OpenStaManager 2.4.53
L' installazione si ferma in questa posizione e non riesco a trovare indizi in merito.

sajo

vai nella cartella /logs e vedi il file setup
dopo aver capito cosa blocca l'agg. vai alla cartella /updata apri il file .sql in questione e commenta le righe che bloccano
poi forza l'aggiornamento con ..sito../?force

Valentina

Ciao sajo, la soluzione migliore sarebbe provare a eseguire le query a database e capire qual è l'errore bloccante, anzichè commentarle e rischiare che venga compromesso il funzionamento del gestionale.

sajo

Valentina
si si ovviamente poi vanno eseguite a db 😉

zccmax

Ciao ho cercato e trovato la causa che blocca l'installazione. E' questa istruzione di modifica di struttura tabella:

ALTER TABLE fe_natura CHANGE codice codice VARCHAR(5) NOT NULL []

Ho provato ad eseguire questa istruzione in phpmyadmin e restituisce questo errore.

#1833 - Cannot change column 'codice': used in a foreign key constraint 'osm24/co_iva_ibfk_1' of table 'osm24/co_iva'

Provo a disabilitare temporaneamente il controllo SET FOREIGN_KEY_CHECKS = 0;

Grazie.

Valentina

Ciao zccmax, perfetto, se esegui manualmente la query in questo modo potresti aver bisogno di saltarla in fase di aggiornamento, in questo caso torna buono il consiglio di @sajo di commentare la query in questione

zccmax

Provato con il flag di controllo disabilitato, ma l'esito è lo stesso. Si ferma sempre li. E guardando il codice non posso commentare perché legata a questa tabella c'è anche la tabella dei codici_iva. Ci deve essere qualche altro problema. Provo a vedere se è possibile cambiare già all'inizio l'impostazione di questo campo.

sajo

zccmax
nel file .sql 2.4.53 prova a rimuovere completamente la riga/righe della query bloccante
che poi proverai e eseguire a db

zccmax

Ho eseguito l'aggiornamento manuale sulle 2 tabelle "natura" e "cod_iva" seguendo quanto indicato nello script.sql della versione 2.4.14 ed è andato avanti ma si è fermato di nuovo sulla 2.4.16. per un errore di sintassi. Non penso che abbiamo rilasciato una versione con tanti problemi di installazione. Inizio a pensare che vi sia qualcosa di incompatibile. Sul server su cui devo fare la prova utilizzo MariaDB v. 10.11.

sajo

considera che i requisiti di OSM prevedono solo MySQL

zccmax

Ciao, problema risolto. Probabilmente c'è qualche differenza fra MYSQL e MariaDB 10.11 nella gestione dei comandi SQL.
Sostanzialmente ho dovuto intervenire manualmente in svariati punti dell'aggiornamento delle tabelle, modificando i comandi ALTER TABLE dove venivano concatenate più operazioni di ADD.
Ho dovuto semplicemente separare queste operazioni per far riprendere l'aggiornamento.
Programma installato.

lucas

zccmax

In caso volessi contribuire a migliorare il software puoi suggerire questa modifica al codice caricando una pull request sul progetto di OpenSTAManager: https://github.com/devcode-it/openstamanager/pulls
Sarà valutata volentieri e nel caso venisse aggiunta al sorgente del gestionale sarai incluso tra i contributori: https://github.com/devcode-it/openstamanager/graphs/contributors

La community sicuramente ringrazierà.
Grazie mille.

plumino

Ciao, ho lo stesso problema avevo un backup fatto dove lavorava in MariaDB, ora sto cercando di passare a mysql, ma non riesco ad andare avanti, si blocca nell'aggiornamento db.
Sapete se per caso devo convertire/modificare il database da mariadb a mysql prima di importarlo?

zccmax

Ciao plumino, mi spiace ma non so rispondere alla tua domanda. Io non uso MYSQL ma MariaDB e nel mio caso sono intervenuto nelle istruzioni dei file di aggiornamento e l'aggiornamento è terminato correttamente.

vassiskansa

zccmax Ho anche io lo stesso problema... possibile che ci invii i file con le patch che hai utilizzato per installare OSM anche su MariaDB? Grazie.

cigo76

zccmax

Stesso problema!! Possibile avere procedura passo passo per risolvere il problema? Grazie

cigo76

Stesso problema!! Possibile avere procedura passo passo per risolvere il problema? Grazie

zccmax

lucas
Ciao ci ho provato ... ma non ci sono riuscito. Ma la questione mi sembra molto semplice. Se potete quando preparate il pacchetto di aggiornamento del DB è meglio evitare istruzioni complesse di ALTER TABLE con molte operazioni di ADD. Questo è quanto ho appurato durante l'installazione su server dotato di MariaDB 10.11.7. Ho dovuto correggere svariati file di aggiornamento per poter continuare. Nel mio coso ho preferito eseguire le istruzioni SQL in MyPhpAdmin singolarmente e commentare le istruzioni nei file di aggiornamento. Spero possa essere di aiuto. Ciao.

zccmax

cigo76
Ciao, la questione è abbastanza semplice, ma delicata e va seguita con attenzione. Quello che ho appurato (o quantomeno succede nella mia versione di maria db 10.11.7) è che in taluni casi in presenza di istruzione ALTER TABLE con operazioni concatenate si genera un errore SQL. A quel punto è necessario verificare il punto in cui si ferma dal log degli errori di installazione ed accedere al file di aggiornamento DB a cui fa riferimento. Da qui hai 2 strade o modifichi il file di aggiornamento o operi con PhpMyAdmin facendo eseguire l'istruzione incriminata (Previa correzione della stessa cioè separando le operazioni concatenate e riscriverle come singole mantenendo l'ordine con le quali sono riportate nell'istruzione concatenata). Nel caso in cui tu dovessi decidere di operare con PhpMyAdmin dovrai ricordarti di commentare l'istruzione che va in errore e salvare il file editato. Fatto questo (in tutti i 2 i casi) forza la ripartenza dell'installazione. Spero di essere stato abbastanza chiaro.

vassiskansa

vedo che ci sono parecchie discussioni bloccate sullo stesso problema... possibile che un admin ci dia un'occhio?

Pagina successiva »