21 Upgrade online #

Disattivare tutte le estensioni inutilizzate sul server di registrazione per evitare futuri conflitti di dipendenza futuri. Nel caso in cui ci si dimenticasse un'estensione, in un momento successivo YaST rileverà gli archivi delle estensioni inutilizzate e le disattiverà.

Se si è eseguito il login a una sessione GNOME in esecuzione su un computer che verrà sottoposto ad aggiornamento, passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione GNOME non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con GNOME).

I sottoscrittori LTSS devono disattivare il repository LTSS. Tale operazione non può essere eseguita con YaST. Eseguire invece i seguenti comandi, utilizzando il numero di versione del repository installato:

tux > sudo SUSEConnect -d -p SLES-LTSS/12.2/x86_64
tux > sudo zypper ref -s

Per altre informazioni, consultare il bollettino di supporto zypper migration with LTSS repo results in "No migration available" (in lingua inglese)https://www.suse.com/support/kb/doc/?id=7022381.

Installare il pacchetto yast2-migration e le relative dipendenze (in YaST, nella sezione Software › Gestione software).

Riavviare YaST. In caso contrario il modulo appena installato non verrà mostrato nel centro di controllo.

In YaST, scegliere Migrazione online (a seconda della versione di SUSE Linux Enterprise Server dalla quale si sta eseguendo l'upgrade, questo modulo viene classificato come Sistema o Software). YaST mostrerà le destinazioni di migrazione possibili e un riepilogo. Se per il sistema in uso sono disponibili più destinazioni di migrazione, selezionarne una dall'elenco.

Selezionare una destinazione di migrazione dall'elenco e fare clic su Avanti per continuare.

Se lo strumento di migrazione offre archivi di aggiornamenti, è consigliabile selezionare Sì per procedere.

Se lo strumento di migrazione online rileva archivi obsoleti provenienti da DVD o da un server locale, è consigliabile disabilitarli. Gli archivi obsoleti provengono da un Service Pack precedente. Gli eventuali archivi obsoleti di SCC o SMT vengono rimossi automaticamente.

Controllare il riepilogo e continuare con la migrazione facendo clic su Avanti. Confermare con Avvia aggiornamento.

Al termine della migrazione, riavviare il sistema.

Se si è eseguito il login a una sessione GNOME in esecuzione su un computer che verrà sottoposto ad aggiornamento, passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione GNOME non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con GNOME).

Se non è ancora stato fatto, registrare il computer SUSE Linux Enterprise in uso:

sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

I sottoscrittori LTSS devono disattivare il repository LTSS. Eseguire i seguenti comandi utilizzando il numero di versione del repository installato:

tux > sudo SUSEConnect -d -p SLES-LTSS/12.2/x86_64
tux > sudo zypper ref -s

Per altre informazioni, consultare il bollettino di supporto zypper migration with LTSS repo results in "No migration available" (in lingua inglese)https://www.suse.com/support/kb/doc/?id=7022381.

Installare gli ultimi aggiornamenti:

sudo zypper patch

Installare il pacchetto zypper-migration-plugin e le rispettive dipendenze:

sudo zypper in zypper-migration-plugin

Eseguire zypper migration:

tux > sudo zypper migration
Executing 'zypper  patch-check'

Refreshing service 'SUSE_Linux_Enterprise_Server_12_x86_64'.
Loading repository data...
Reading installed packages...
0 patches needed (0 security patches)

Available migrations:

    1 | SUSE Linux Enterprise Server 12 SP1 x86_64
    2 | SUSE Linux Enterprise Server 12 SP2 x86_64

Note sul processo di migrazione:

Rivedere tutte le modifiche, soprattutto i pacchetti che verranno rimossi. Procedere digitando y (il numero esatto di pacchetti di cui eseguire l'upgrade può variare in base al sistema):

266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
Continue? [y/n/? shows all options] (y):

Utilizzare i tasti Shift–Pagina ↑ o Shift–Pagina ↓ per scorrere nella shell.

Al termine della migrazione, riavviare il sistema.

Se si è eseguito il login a una sessione GNOME in esecuzione su un computer che verrà sottoposto ad aggiornamento, passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione GNOME non è consigliata. Tenere presente che ciò non si applica quando si esegue il login da un computer remoto (a meno che non sia in esecuzione una sessione VNC con GNOME).

Aggiornare gli strumenti di gestione dei pacchetti con gli archivi precedenti di SUSE Linux Enterprise:

sudo zypper patch --updatestack-only

Se il sistema è registrato, è necessario annullarne la registrazione:

sudo SUSEConnect --de-register

Rimuovere le origini di installazione e gli archivi precedenti, quindi modificare gli archivi di terze parti.

Aggiungere le nuove origini di installazione, locali o remote (per il segnaposto ARCHIVIO, consultare Sezione 18.6, «Modello di archivio»):

sudo zypper addrepo REPOSITORY

È inoltre possibile utilizzare SUSE Customer Center o Subscription Management Tool. Il comando per SUSE Linux Enterprise 12 SP1 su x86-64 è:

sudo SUSEConnect -p SLES/12.2/x86_64 OPTIONS

Tenere presente che gli upgrade tra architetture non sono supportati.

In Zypper verrà visualizzato un conflitto tra il nuovo kernel e quello precedente. Scegliere la soluzione 1 per continuare.

Problem: product:SLES-12.2-0.x86_64 conflicts with kernel < 4.4 provided by kernel-default-VERSION
 Solution 1: Following actions will be done:
  replacement of kernel-default-VERSION with kernel-default-VERSION
  deinstallation of kernel-default-VERSION
 Solution 2: do not install product:SLES-12.2-0.x86_64

Finalizzare la migrazione:

sudo zypper ref -f -s
sudo zypper dup --no-allow-vendor-change --no-recommends

Il primo comando aggiorna tutti i servizi e gli archivi. Il secondo comando esegue un upgrade della distribuzione. In questo caso, le ultime due opzioni sono importanti: -no-allow-vendor-change assicura che gli RPM di terze parti non sovrascriveranno quelli del sistema di base. L'opzione --no-recommends assicura che i pacchetti deselezionati durante l'installazione iniziale non verranno aggiunti di nuovo.

Recuperare un elenco di tutte le istantanee di Snapper:

sudo snapper list

Rivedere l'output per individuare lo snapshot creato subito prima dell'avvio della migrazione del Service Pack. Nella colonna Descrizione è contenuta l'istruzione corrispondente e lo snapshot è contrassegnato come importante nella colonna Dati utente. Memorizzare il numero di snapshot nella colonna N. e la rispettiva data nella colonna Data.

Riavviare il computer. Dal menu di avvio, selezionare Avvia boot loader da uno snapshot di sola lettura e scegliere lo snapshot con la data e il numero memorizzato al passaggio precedente. Viene caricato un secondo menu di avvio (quello dello snapshot). Selezionare la voce che inizia con SLES 12 ed eseguire l'avvio.

Il sistema viene avviato nello stato precedente con la partizione del sistema montata in sola lettura. Eseguire il login come root e verificare che lo snapshot selezionato sia corretto. Verificare inoltre che tutto funzioni come previsto. Si noti che poiché il file system radice è montato in sola lettura, è possibile che vengano applicate restrizioni alle funzionalità.

In caso di problemi o se è stato avviato lo snapshot errato, riavviare e scegliere uno snapshot diverso dal quale eseguire l'avvio. Le modifiche apportate finora non sono permanenti. Se lo snapshot è corretto e funziona come previsto, apportare la modifica permanente eseguendo il seguente comando:

snapper rollback

Dopodiché riavviare. Nella schermata di avvio, scegliere la voce di avvio di default per riavviare nel sistema ripristinato.

Verificare che la configurazione dell'archivio sia stata reimpostata correttamente. Verificare inoltre che tutte le procedure siano registrate adeguatamente. Se una delle suddette condizioni non è soddisfatta, l'aggiornamento del sistema in un momento successivo potrebbe risultare impossibile o il sistema potrebbe essere aggiornato con archivi di pacchetti errati.

Assicurarsi che il sistema sia in grado di accedere a Internet prima di iniziare questa procedura.

1. Aggiornare servizi e archivi eseguendo

   sudo zypper ref -fs

2. Ottenere un elenco di archivi attivi eseguendo

   sudo zypper lr

   Verificare attentamente l'output di questo comando. Nell'elenco non dovrebbero comparire servizi e archivi aggiunti per l'aggiornamento. Se ad esempio si esegue il rollback da una migrazione di un Service Pack da SLES 12 SP1 a SLES 12 SP2, l'elenco non deve contenere gli archivi SLES12-SP2-Pool e SLES12-SP2-Updates, bensì le versioni SP1.

   Nel caso in cui siano elencati archivi errati, eliminarli e, se necessario, sostituirli con le versioni che corrispondono al prodotto o alla versione del Service Pack in uso. Per un elenco di archivi per i percorsi delle migrazioni supportate, fare riferimento alla Sezione 18.6, «Modello di archivio».

3. Infine, verificare che nello stato di registrazione siano presenti tutti i prodotti installati eseguendo

   SUSEConnect --status

   Lo stato di tutti i prodotti deve essere Registrato. In caso contrario, correggere la registrazione eseguendo

   SUSEConnect --rollback