E il pulsante Upgrade è disattivato:
Qualche consiglio su come “Aggiornare”?
2 Mi Piace
Esegui un aggiornamento dalla riga di comando.
Ma sei così indietro che ti consiglio di fare prima un backup e potresti anche considerare di distribuire su un nuovo server completamente e usare uno dei tuoi backup per ripristinare.
Una volta eseguito il backup, potresti provare:
./launcher cleanup app poi
./launcher rebuild app
Ma potresti scoprire che il tuo sistema operativo è troppo vecchio e la tua versione di docker è troppo vecchia. Ma prova.
5 Mi Piace
Vecchio quando gli ultimi aggiornamenti sono avvenuti un’ora fa e una settimana fa?
Modifica: anche la mia visualizzazione è diversa. Ma quel tempo di aggiornamento non dice quando tutti questi sono stati aggiornati l’ultima volta per un forum, ma quando quell’elenco è in qualche modo aggiornato? Se è così, allora l’OP dovrebbe aggiornare al più presto tramite console.
Grazie. Ci proverò quando ci tornerò.
Sì, non sono sicuro di cosa significhi “un’ora fa”. È passato molto tempo!
Quello è quando i repository sono stati aggiornati l’ultima volta. Non il sito.
3 Mi Piace
Sì, me ne sono reso conto quando ho controllato il mio. Ogni giorno qualcosa di nuovo (beh, in pratica non uso mai gli aggiornamenti dell’interfaccia utente, però)
2 Mi Piace
E vedi anche Aggiornamento PostgreSQL 15.
È passato 4 anni dall’ultimo aggiornamento?
È probabile che anche il tuo sistema operativo sia obsoleto, quindi ti consiglierei di procurarti una nuova VM e Spostare un sito Discourse su un altro VPS con rsync, magari escludendo postgres_*, e poi ripristinare un backup. In questo modo eviti l’aggiornamento del database e ti limiti a ripristinare i tuoi dati, che verranno migrati al momento del ripristino.
È più semplice e, se qualcosa va storto, il tuo sito esistente può continuare a funzionare.
1 Mi Piace
Ok, iniziamo. Ho fatto un backup, ma non riesco a scaricarlo tramite l’interfaccia utente, dice che ha inviato un’email ma il server al momento non sta inviando email.
Sono entrato tramite SSH e vedo che è Ubuntu 14.
Penso che la cosa migliore possa essere fare un nuovo deployment dell’ultima versione di Discourse sull’ultimo sistema operativo e poi caricare il backup (dopo aver prima ottenuto il backup tramite SSH).
Questo migrerà automaticamente il DB una volta importato, giusto?
1 Mi Piace
Il commit su cui mi trovo è 46d899f9c10ebc0d44ced97d6f724dff295e7741.
E ho aggiunto un file containers/app.yml (non ricordo perché), ad esempio con cose come
env:
DISCOURSE_HOSTNAME: 'lume.community'
LETSENCRYPT_ACCOUNT_EMAIL: 'joe@trusktr.io'
Non ricordo se queste configurazioni fossero necessarie. È necessario? L’ideale sarebbe che avviassi semplicemente una nuova istanza di Discourse, caricassi un DB e fossi pronto.
Proverò a creare la nuova istanza ora…
4 Mi Piace
L’hostname lo è. Let’s Encrypt non avrà importanza presto.
Ripristinare il tuo vecchio database sul nuovo sito dovrebbe funzionare semplicemente. È così che farei.
Attualmente ho questo nel mio app.yml di anni fa:
# TODO (joe) rimuovere questa riga una volta che Discourse corregge il problema associato
# Vedi https://meta.discourse.org/t/upgrade-rebuilds-fail-due-to-maxmind-db-eol/137387/2
DISCOURSE_REFRESH_MAXMIND_DB_DURING_PRECOMPILE_DAYS: 30
Collegamento a:
Posso eliminarlo con la nuova istanza? O devo fare qualcosa? Presumo che sia stato risolto molto tempo fa e che possa evitare di includere questa impostazione in app.yml?
1 Mi Piace
Sono state apportate diverse correzioni l’anno scorso relative a MaxMind e credo che ora dovrebbe essere sicuro. Non ho visto argomenti per mesi che menzionassero un problema con esso.
Puoi provare a scaricare manualmente con un comando rake:
./launcher enter app
rake maxminddb:get
exit
(post eliminato dall’autore)
Non dovevi eliminarlo, penso che sia sempre utile per gli altri vedere una soluzione associata a un problema.
4 Mi Piace
Ora mi trovo in questa schermata su un’installazione nuovissima, mi chiedo come importare il DB dalla vecchia istanza prima di fare qualsiasi cosa:
Immagino di registrarmi, quindi importare nell’interfaccia utente, e che forse dovrei evitare di registrarmi con l’indirizzo email del mio account amministratore nel DB che importerò in modo che non ci siano conflitti.
Ci proverò. Posso sempre ricominciare da capo.
EDIT: Ah, beh, permette solo la registrazione con l’email dell’amministratore che ho specificato durante l’installazione. Vediamo cosa succede.
EDIT: Dovrò tornare indietro, poiché non invia email. Mailgun sembra aver bloccato il mio account “a causa di un potenziale compromesso”, cosa che devo risolvere.
EDIT: Ho aggirato il problema delle email non funzionanti importando il backup dalla riga di comando.
Sembra che abbia funzionato!! 
5 Mi Piace
Ce l’hai fatta!
Se un giorno dovessi farlo di nuovo, potresti voler Ripristinare un backup dalla riga di comando
Se hai i backup su s3 e inserisci quelle impostazioni nel tuo file yml, non devi nemmeno spostare tu stesso il file di backup.
4 Mi Piace
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.