Per essere chiari, stavo valutando un aggiornamento di Ubuntu tramite CLI a una versione superiore (20.04 LTS o 22.04 LTS) e ci sono alcuni documenti qui che indicano problemi con le versioni SSL, oltre ad altri componenti (forse Ruby on Rails?).
In sintesi, non sto cercando di creare problemi dove non esistono. Inoltre, non voglio mandare in crash la mia installazione di Discourse se ci sono dipendenze dal sistema operativo.
Non è un problema con un’installazione pulita di 22.04.1 LTS:
Hanno eseguito un aggiornamento del sistema operativo anziché un’installazione pulita.
Questa è un’installazione di sviluppo.
Sembra che la mia sfiducia nell’eseguire un aggiornamento del sistema operativo e nel fare un’installazione pulita non sia poi così sciocca come pensavo.
L’altro vantaggio dell’installazione pulita è che puoi tornare alla versione funzionante semplicemente cambiando il tuo DNS (o IP statico, che è ciò che consiglierei poiché è molto più veloce che aspettare l’aggiornamento del DNS nella maggior parte dei casi).
La mia domanda originale era volta a eseguire un aggiornamento CLI da 18.04 a 20.04 o 22.04 direttamente come opzione, e se ci fossero impatti.
Comprendo l’approccio di un’installazione pulita o di avviare una nuova istanza EC2, e provare un backup e ripristino di discourse.
C’è un compromesso tra rischio e sforzo.
Se aggiorno sul posto, c’è il rischio che il mio ambiente discourse non funzioni dopo l’aggiornamento del sistema operativo. Quindi dovrò dedicare tempo a capire cosa si è rotto e potrei aver bisogno dell’aiuto di persone esperte qui per recuperare.
Se costruisco un nuovo ambiente, è garantito che non impatti la mia community fino al momento del passaggio. Questo sembra richiedere uno sforzo significativamente maggiore.
Il percorso ideale sarebbe che l’aggiornamento del sistema operativo funzioni e discourse si riavvii senza problemi.
Alcuni dei post che hai linkato suggeriscono che è molto probabile che avrai tali problemi.
C’è un argomento su come spostarsi su un nuovo server che non riesco più a trovare. Fondamentalmente si esegue rsync sulla directory /var/discourse, si installa docker e si ricostruisce. Si può risparmiare un po’ di tempo non copiando tutto /var/discourse, ma copiare quello richiederà molto meno tempo che aspettare che un aggiornamento del sistema operativo fallisca.
Mi piace andare sul sicuro. A questo punto, ho quasi impiegato tanto tempo su questo argomento quanto ne avrebbe richiesto l’aggiornamento.
Buona fortuna, qualunque sia il percorso che scegli!
Dipende tutto dalla tua propensione al rischio e da quanto tempo di inattività puoi tollerare. Avviare un nuovo VPS, impostare la tua istanza in sola lettura e installare Docker comporterà la finestra di inattività più breve. L’aggiornamento del sistema operativo comporterà un tempo di inattività garantito, e la risoluzione dei problemi prolungherà tale periodo.