Ho lo stesso problema… DO Droplet su Ubuntu 20.04. Ho provato ad aggiornare Docker da Discourse per primo, ma continuava a dare un codice di errore 137. Quindi ho provato a ricostruire Discourse dalla riga di comando e si è bloccato su Il database è pronto ad accettare connessioni. Ctrl+C non faceva nulla, quindi ho chiuso SSH e ne ho aperto uno nuovo e ho avviato di nuovo Discourse ed era ancora funzionante ma non aggiornato. Ho riavviato il droplet e ho provato di nuovo ad aggiornare Docker da Discourse e questa volta ha funzionato! Quindi ho provato di nuovo a ricostruire Discourse ma si è ancora bloccato nello stesso punto. Ho chiuso di nuovo SSH e ne ho aperto uno e ho avviato di nuovo Discourse, ma ora ottengo la schermata Oops! Quindi ora il mio sito Discourse è inattivo e l’unico modo in cui sono mai riuscito a recuperare dalla schermata Oops in precedenza è stato ricostruire l’app, cosa che non posso fare!
Quindi ora sono perso perché la mia esperienza con Discourse e Droplet è molto limitata e non sono sicuro di cosa posso fare ora. docker_manager è l’unico plugin utilizzato nel mio app.yml, quindi posso solo presumere che l’errore sia dovuto a Docker che è una versione più recente e non si accorda con la mia versione di Discourse? Non lo so. Ho aggiornato Discourse l’ultima volta a gennaio, quindi non è così obsoleto…
Quindi il mio sito è inattivo finché questo problema non verrà risolto… A meno che non avvii un nuovo Droplet e ripristini tutto da capo e ripristini il backup di Discourse che ho fatto? È questa la mia unica opzione a questo punto? :stanco:
L’errore 137 indica che la memoria è esaurita. Proverei ad aggiungere più swap. Se hai solo 1 GB di RAM, potrei ridimensionarla a 2 GB e forse anche avere 3 o 4 GB di swap.
Potresti provare a eseguire
./launcher start app
Ma sospetto che il database sia migrato troppo lontano per il vecchio container.
Ciao, stesso errore qui. Per ora, la soluzione temporanea è forzare il parametro version in app.yml a v3.3.0. Arch AMD64, Ubuntu 18.04. È strano che una versione minore sia fallita, l’aggiornamento a v3.3.0 è andato a buon fine la settimana scorsa
Per chiunque riscontri questo problema e sia disposto a concedermi l’accesso al proprio server, per favore inviatemi un messaggio privato in modo che possa eseguire il debug del problema su un server che presenta il problema. Ho provato in diversi modi e non riesco a riprodurre questo problema, il che rende più difficile risolvere il problema.
Per chiunque sia bloccato con questo problema con Discourse non funzionante, ho scoperto che almeno è possibile ripristinare la vecchia versione del forum riavviando la VM ed eseguendo quindi ./launcher start app. Questo comando non funzionerà dopo aver tentato una ricostruzione senza riavviare l’istanza / VM.
Dovrei essere in grado di aggiornare la versione di Ubuntu sulla nostra VM interessata lunedì, quindi terrò tutti aggiornati sull’esito.
Ho un altro forum su un altro droplet e questo non dà alcun problema con l’aggiornamento. È strano perché con la stessa configurazione del server un droplet ha problemi mentre un altro no?
Tra l’altro, per chiunque si imbatta in questo problema, è possibile aggirarlo per ora aggiungendo base_image: discourse/base:2.0.20240708-0023 all’inizio del file containers/app.yml.
Potrebbe essere un problema di dimensioni del database?
Il database sul nostro server di produzione è piuttosto grande, ma quello di sviluppo è molto piccolo. Questa è l’unica vera differenza tra le VM che sono state aggiornate con successo e quella interessata (nel mio caso).
Ciao,
Ho appena aumentato le dimensioni del mio Droplet raddoppiando la RAM e aumentando le dimensioni del disco. Sto ancora riscontrando lo stesso problema.
C’è qualcos’altro da provare?
OMG! Perché non ho letto questa soluzione prima. Ha funzionato anche per me.
Quindi qual è la soluzione per il futuro? Dobbiamo continuare a specificare questa immagine di base anche in futuro o cambiarla per ottenere un’immagine aggiornata?
