5 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 assicurarsi che l'archivio delle estensioni LTSS sia attivo.

Eseguire l'aggiornamento online tramite YaST per recuperare gli ultimi aggiornamenti dei pacchetti per il sistema in uso.

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. Tutti gli archivi precedenti di SUSE Customer Center o RMT 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:

tux > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

I sottoscrittori LTSS devono assicurarsi che l'archivio delle estensioni LTSS sia attivo.

Eseguire zypper migration:

tux > sudo zypper migration

Executing 'zypper patch-check --updatestack-only'

Refreshing service 'Basesystem_Module_15_x86_64'.
Refreshing service 'Desktop_Applications_Module_15_x86_64'.
Refreshing service 'SUSE_Linux_Enterprise_Server_15_x86_64'.
Refreshing service 'Server_Applications_Module_15_x86_64'.
Loading repository data...
Reading installed packages...

0 patches needed (0 security patches)

Executing 'zypper  refresh'

Repository 'SLE-Module-Basesystem15-Pool' is up to date.                        
Repository 'SLE-Module-Basesystem15-Updates' is up to date.                     
Repository 'SLE-Module-Desktop-Applications15-Pool' is up to date.              
Repository 'SLE-Module-Desktop-Applications15-Updates' is up to date.           
Repository 'SLE-Product-SLES15-Pool' is up to date.                             
Repository 'SLE-Product-SLES15-Updates' is up to date.                          
Repository 'SLE-Module-Server-Applications15-Pool' is up to date.               
Repository 'SLE-Module-Server-Applications15-Updates' is up to date.            
All repositories have been refreshed.
Available migrations:

    1 | SUSE Linux Enterprise Server 15 SP2 x86_64
        Basesystem Module 15 SP2 x86_64
        Desktop Applications Module 15 SP2 x86_64
        Python 2 Module 15 SP2 x86_64
        Server Applications Module 15 SP2 x86_64
       
    2 | SUSE Linux Enterprise Server 15 SP1 x86_64
        Basesystem Module 15 SP1 x86_64
        Desktop Applications Module 15 SP1 x86_64
        Python 2 Module 15 SP1 x86_64
        Server Applications Module 15 SP1 x86_64       

[num/q]:

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 grafica in esecuzione sul computer di cui verrà eseguita la migrazione, eseguire il logout dalla sessione e passare a una console di testo. L'esecuzione dell'aggiornamento da una sessione grafica 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 X).

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

tux > sudo zypper patch --updatestack-only

Ottenere un elenco dei pacchetti attualmente senza un repository loro assegnato (pacchetti orfani). Non verrà eseguita la migrazione di tali pacchetti e non è possibile garantirne il funzionamento in seguito alla migrazione (dal momento che gli altri pacchetti su cui si basano possono essere stati modificati e non essere quindi più compatibili). Per ottenere l'elenco, eseguire

tux > sudo zypper packages --orphaned

Esaminare con attenzione l'elenco e rimuovere tutti i pacchetti orfani non più necessari. Prendere nota di tutti i pacchetti orfani rimanenti per poterne eseguire un confronto in un secondo momento.

Ottenere un elenco di tutti i repository a cui il sistema è attualmente registrato eseguendo:

tux > sudo zypper repos -u

Nel passaggio seguente è necessario riscrivere gli URL dei repository per fare in modo che puntino ai rispettivi repository del nuovo Service Pack (SLE-15 deve essere sostituito con SLE-15-SP1). Se l'URL di un repository ha l'aspetto seguente:

http://rmt.example.com/repo/SUSE/Products/SLE-15-Product-SLES/x86_64/product/

deve essere modificato in

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP1-Product-SLES/x86_64/product/

Occorre procedere in questo modo per tutti i repository abilitati. È consigliabile eseguire questa operazione anche per i repository attualmente disabilitati per evitare che nel sistema siano presenti origini di installazione errate al momento della loro attivazione in futuro.

Per modificare gli URL dei repository, è possibile scegliere tra le opzioni seguenti:

1. Utilizzo di YaST › Programmi › Repository dei programmi. Selezionare un repository e fare clic su Modifica per apportare la modifica necessaria. Ripetere questa operazione per tutti i repository.

2. Utilizzo di Zypper. Aggiungere un nuovo repository e rimuovere quello meno recente corrispondente in un secondo momento:

   tux > sudo zypper addrepo -f URL NAME-15-SP1
   tux > sudo zypper removerepo  NAME

3. Modifica dei file di configurazione del repository in /etc/zypp/repos.d. Ogni repository è rappresentato da un file di configurazione. La modifica del valore del parametro baseurl è obbligatoria per ogni file.

Rivedere le modifiche eseguendo zypper repos -u e aggiornare i repository eseguendo:

tux > sudo zypper refresh -f -s

Se l'aggiornamento di un repository non riesce, accertarsi di aver immesso l'URL corretto. Se non è possibile correggere il problema, si consiglia di disabilitare il repository con errori.

Se tutti i repository sono stati configurati correttamente, eseguire nuovamente

tux > sudo zypper refresh -f -s

per assicurarsi che tutti i repository siano stati aggiornati.

Prima di avviare la migrazione, si consiglia di eseguire un'esecuzione di prova:

tux > sudo zypper dup -D --no-allow-vendor-change --no-recommends

Il parametro -D eseguirà un test in cui viene simulata la migrazione senza apportare alcuna modifica effettiva al sistema. Correggere eventuali problemi prima di continuare. Se l'esecuzione di prova viene completata senza errori, eseguire la migrazione reale eseguendo

tux > sudo zypper dup --no-allow-vendor-change --no-recommends

L'opzione -no-allow-vendor-change assicura che gli RPM di terze parti non sovrascrivano gli RPM del sistema di base. L'opzione --no-recommends assicura che i pacchetti deselezionati durante l'installazione iniziale non verranno aggiunti di nuovo.

In seguito alla migrazione e all'avvio del sistema nella nuova versione del Service Pack, verificare nuovamente la presenza di pacchetti orfani:

tux > sudo zypper packages --orphaned

Confrontare il nuovo elenco con quello generato prima di avviare la migrazione. La presenza di nuovi pacchetti nell'elenco potrebbe dipendere dal fatto che questi sono stati spostati in un modulo diverso nel nuovo Service Pack. Se tale modulo non era presente nell'installazione precedente, il pacchetto non è stato aggiornato.

È possibile verificare a quale modulo appartiene un pacchetto all'indirizzo https://scc.suse.com/packages. Aggiungere i moduli mancanti utilizzando zypper addrepo o il modulo dei repository dei programmi YaST e aggiornare i pacchetti orfani in un secondo momento eseguendo:

tux > sudo zypper install --no-recommends LIST OF PACKAGES

La migrazione a un nuovo Service Pack è stata eseguita correttamente.

Recuperare un elenco di tutte le istantanee di Snapper:

tux > 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 15 SP2 ed eseguirne 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:

tux > sudo 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

   tux > sudo zypper ref -fs

2. Ottenere un elenco di archivi attivi eseguendo

   tux > sudo zypper lr

   Verificare attentamente l'output di questo comando. Nell'elenco non dovrebbero comparire servizi e archivi aggiunti per l'aggiornamento. Ad esempio, se si sta eseguendo il rollback da SLES15 SP1 a SLES15, l'elenco deve contenere i repository SLES15 e non i repository SLES15-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 2.3, «Dipendenze e cicli di vita dei moduli». (Tenere presente che non dovrebbe essere necessario intervenire manualmente, dal momento che i repository dovrebbero essere aggiornati automaticamente; tuttavia, è buona norma verificare e correggere se necessario).

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

   tux > sudo SUSEConnect --status

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

   tux > sudo SUSEConnect --rollback

Passare a un TTY, premendo ad esempio Ctrl–Alt–F1. Quindi, eseguire il login come root.

Installazione SUSEConnect.

root # zypper in SUSEConnect

Eseguire la registrazione presso SCC per ottenere gli archivi SUSE Linux Enterprise Server.

root # SUSEConnect -r REGISTRATION_CODE -p SLES/15.1/x86_64

Elencare e disabilitare tutti i repository openSUSE nel sistema.

root # zypper lr
root # zypper mr -d REPO_IDS

Sostituire REPO_IDS con un elenco separato da spazi di tutti i repository openSUSE.

Adesso, aggiungere i moduli necessari per l'installazione.

root # SUSEConnect --list-extensions
[...]
root # SUSEConnect -p sle-module-basesystem/15.1/x86_64

Per sostituire la maggior parte dei pacchetti Leap, si consiglia di abilitare i moduli Basesystem, Desktop Applications, Server Applications e Legacy. Inoltre, si consiglia di abilitare SUSE Package Hub.

Eseguire la migrazione dei pacchetti installati negli archivi SUSE Linux Enterprise Server.

root # zypper dup --force-resolution

Rimuovere i pacchetti orfani.

root # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)

Infine, riavviare il sistema.