Possiamo evitare aggiornamenti che mi costringono a fare il debug dalla riga di comando per favore?

Mi dispiace, piccolo :scream: da un non esperto, ma ancora una volta, inizio innocentemente cliccando su ‘aggiorna’ nell’interfaccia utente, poi vengo espulso a ‘fai una ricostruzione dalla riga di comando’, e poi fallisce e sto incollando l’output di bash nell’AI affinché mi dica cosa c’è che non va.

“L’errore indica che l’aggiornamento di Discourse è fallito perché il plugin discourse-data-explorer è ora integrato nel core di Discourse e non dovrebbe essere incluso come plugin separato nel tuo file di configurazione app.yml.”

So che non è sempre possibile, ma sarebbe bello avere almeno un avviso come “preparati, questo farà male”. Potrebbe prolungare la mia aspettativa di vita.

(L’ultima volta):

5 Mi Piace

Avrebbe dovuto stampare un avviso proprio su questo. Potresti quindi riavviare il container con

./launcher start app

E poi decidere i tuoi prossimi passi con più calma.
Potresti ancora essere in grado di avviare il container.

3 Mi Piace

Hai ragione, ovviamente.

È solo che non mi aspettavo che la prima ricostruzione fallisse, quindi mi ha colto di sorpresa. Il messaggio c’era, ma poiché era nel muro di testo del log, non ero sicuro di trovare qualunque fosse il problema. Per quanto ne sapevo, poteva essere qualche eccezione oscura sepolta in uno stack di chiamate. Una volta che l’IA me l’ha detto, ho visto che era proprio lì, verso il fondo.

Immagino che questo sia ciò che accade quando si è un webmaster part-part time :expressionless:

Sì. È stata un po’ di sfortuna. Questo è l’aggiornamento più dirompente avvenuto negli ultimi dieci anni.

Sì. È un enorme muro di testo. Lo guardo da quasi un decennio ed è ancora difficile capire cosa guardare.

Temo di sì!

Quando usi ‘l’IA’ usa Ask.discourse.com

2 Mi Piace

Come sarebbe un avviso in un altro posto migliore di un avviso lì quando entrambi farebbero esattamente la stessa cosa e nessuno dei due avrebbe un effetto negativo al di fuori della lettura? Il log è sempre il primo posto in cui dovresti guardare se c’è un errore…

La complessità di un aggiornamento non dipende dall’aggiornamento specifico, ma piuttosto dalla versione del tuo forum prima dell’aggiornamento e dalle versioni di Postgres, Redis e di tutti i plugin che hai.

Quindi è fondamentalmente impossibile dire se l’aggiornamento “farà male”.

Ho eseguito aggiornamenti da 1.8 a 3.5 senza problemi e aggiornamenti da 3.2.1 a 3.2.2 che mi sono costati ore per risolverli.

3 Mi Piace

Suppongo che una cosa che potrebbe aiutare, se questo è un problema ‘previsto’ (cioè, non qualcosa sepolto nello stack di chiamate), sia racchiuderlo tra ---- nell’output del log. Ciò renderebbe più facile trovarlo.

Inoltre, il mio backup è di nuovo rotto dopo l’aggiornamento, di nuovo al lavoro per me :frowning:

1 Mi Piace

Mi dispiace che sia stata un’esperienza spiacevole per te! :hugs:

Non è di grande conforto nel tuo caso, ma è vero. È raro che un aggiornamento richieda un intervento dalla riga di comando.

Spero tu sia riuscito a risolvere questo problema! Devi avere dei backup se fai self-hosting, perché non sai mai cosa potrebbe succedere.

Mi sono impegnato e ho affrontato la cosa sabato, questa volta con l’aiuto di ask.discourse.

Ho scoperto che avevamo una configurazione non standard dei volumi, con caricamenti e backup su un disco secondario. Il che non sarebbe stato un problema, ma quando abbiamo aumentato il disco dati da 20 GB a 30 GB, abbiamo omesso di informare il file system!

Con questo risolto, ora ho spazio per qualche altro anno.

3 Mi Piace

Ah! È un problema difficile! E una configurazione avanzata, di sicuro.
Sono contento che tu l’abbia risolto.

1 Mi Piace

Questo argomento è stato chiuso automaticamente dopo 6 giorni. Non sono più consentite nuove risposte.