5 Online-Upgrade #

Deaktivieren Sie alle nicht verwendeten Erweiterungen des Registrierungsservers, damit künftig keine Abhängigkeitskonflikte auftreten. Falls Sie eine Erweiterung übersehen, erkennt YaST später die nicht verwendeten Erweiterungs-Repositorys, die dann automatisch deaktiviert werden.

Wenn Sie bei einer GNOME-Sitzung auf dem zu aktualisierenden Computer angemeldet sind, wechseln Sie zu einer Textkonsole. Die Aktualisierung aus einer GNOME-Sitzung heraus wird nicht empfohlen. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit GNOME aus).

Als LTSS-Abonnement prüfen Sie, ob das LTSS-Erweiterungs-Repository aktiv ist.

Führen Sie die YaST-Online-Aktualisierung aus, um die neuesten Paketaktualisierungen für Ihr System zu erhalten.

Installieren Sie das Paket yast2-migration und seine abhängigen Komponenten (in YaST unter Software › Software installieren oder löschen).

Starten Sie YaST neu, damit das neu installierte Modul im Kontrollzentrum angezeigt wird.

Wählen Sie in YaST die Option Online-Migration. (Je nach der upzugradenden Version von SUSE Linux Enterprise Server befindet sich dieses Modul unter System oder Software.) YaST zeigt die möglichen Migrationsziele und eine Zusammenfassung an. Falls für Ihr System mehrere Migrationsziele verfügbar sind, wählen Sie eines davon in der Liste aus.

Wählen Sie ein Migrationsziel in der Liste aus und setzen Sie den Vorgang mit Weiter fort.

Falls das Migrationstool Aktualisierungs-Repositorys anbietet, sollten Sie mit Ja fortfahren.

Falls das Tool für die Online-Migration alte Repositorys von DVD oder einem lokalen Server findet, empfiehlt es sich dringend, diese zu deaktivieren. Alte Repositorys stammen aus einem früheren SP. Alle alten Repositorys vom SUSE Customer Center oder aus RMT werden automatisch entfernt.

Prüfen Sie die Zusammenfassung und klicken Sie dann auf Weiter, um mit der Migration fortzufahren. Bestätigen Sie die Migration mit Aktualisierung starten.

Starten Sie Ihr System nach einer erfolgreichen Migration neu.

Wenn Sie bei einer GNOME-Sitzung auf dem zu aktualisierenden Computer angemeldet sind, wechseln Sie zu einer Textkonsole. Die Aktualisierung aus einer GNOME-Sitzung heraus wird nicht empfohlen. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit GNOME aus).

Falls noch nicht erfolgt, registrieren Sie Ihren SUSE Linux Enterprise-Rechner:

tux > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

Als LTSS-Abonnement prüfen Sie, ob das LTSS-Erweiterungs-Repository aktiv ist.

Führen Sie zyppermigration aus:

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]:

Beachten Sie folgende Hinweise zum Migrationsvorgang:

Prüfen Sie alle Änderungen, insbesondere die Pakete, die entfernt werden. Geben Sie y ein, um fortzufahren (die Anzahl der Pakete, die aktualisiert werden können, ist von System zu System unterschiedlich):

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):

Verwenden Sie zum Blättern in Ihrer Shell die Tasten Umschalttaste–Bild ↑ oder Umschalttaste–Bild ↓ .

Starten Sie Ihr System nach einer erfolgreichen Migration neu.

Wenn Sie bei einer Grafiksitzung auf dem zu migrierenden Rechner angemeldet sind, müssen Sie sich von dieser Sitzung abmelden und zu einer Textkonsole wechseln. Von der Aktualisierung aus einer Grafiksitzung heraus wird abgeraten. Dies gilt nicht, wenn Sie über einen Remote-Computer angemeldet sind (es sei denn, Sie führen eine VNC-Sitzung mit X aus).

Aktualisieren Sie die Paketverwaltungstools mit den alten SUSE Linux Enterprise-Repositorys:

tux > sudo zypper patch --updatestack-only

Rufen Sie eine Liste der Pakete ab, denen aktuell kein Repository zugewiesen ist (verwaiste Pakete). Diese Pakete werden nicht migriert und ihre Funktionsweise nach der Migration kann nicht garantiert werden, weil andere Pakete, auf die sie sich verlassen, möglicherweise so verändert wurden, dass sie nicht mehr kompatibel sind. Rufen Sie die Liste ab mit

tux > sudo zypper packages --orphaned

Gehen Sie die Liste sorgfältig durch und entfernen Sie alle verwaisten Pakete, die nicht mehr benötigt werden. Machen Sie sich eine Notiz zu allen verbleibenden verwaisten Pakete. Sie benötigen Sie später zu Vergleichszwecken.

Rufen Sie eine Liste aller Repositorys ab, die das System aktuell abonniert hat. Führen Sie dazu folgendes Kommando aus:

tux > sudo zypper repos -u

Nachfolgend müssen Sie die Repository-URLs umschreiben, sodass sie auf die entsprechenden Repositorys für das neue Service Pack zeigen (SLE-15 muss durch SLE-15-SP1 ersetzt werden). Wenn die URL für ein Repository aussieht wie

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

dann muss sie geändert werden zu

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

Dies muss bei allen aktivierten Repositorys erfolgen. Sie könnten dies auch für Repositorys tun, die derzeit deaktiviert sind. Dadurch werden falsche Installationsquellen im System verhindert, wenn diese Repositorys zu einem späteren Zeitpunkt aktiviert werden.

Zum Ändern der Repository-URLs stehen Ihnen folgende Optionen zur Verfügung:

1. YaST › Software › Software-Repositorys: Wählen Sie ein Repository aus und klicken Sie auf Bearbeiten, um die erforderliche Änderung vorzunehmen. Wiederholen Sie diesen Vorgang für alle Repositorys.

2. Zypper: Fügen Sie ein neues Repository hinzu und entfernen Sie danach das entsprechende alte Repository:

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

3. Bearbeiten von Repository-Konfigurationsdateien in /etc/zypp/repos.d: Jedes Repository wird durch eine Konfigurationsdatei dargestellt. Der Wert für den Parameter baseurl muss in jeder Datei geändert werden.

Prüfen Sie Ihre Änderungen durch Ausführen von zypper repos -u und aktualisieren Sie die Repositorys mit folgendem Kommando:

tux > sudo zypper refresh -f -s

Falls ein Repository nicht aktualisiert werden kann, prüfen Sie nach, ob Sie die falsche URL eingegeben haben. Wenn das Problem nicht behoben werden kann, empfiehlt es sich, das fehlerhafte Repository zu deaktivieren.

Wenn alle Repositorys korrekt konfiguriert sind, führen Sie folgendes Kommando erneut aus:

tux > sudo zypper refresh -f -s

Damit stellen Sie sicher, dass alle Repositorys aktuell sind.

Vor dem Start der Migration sollte ein Testlauf durchgeführt werden:

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

Mit dem Parameter -D wird ein Probelauf durchgeführt, der die Migration simuliert, ohne das System tatsächlich zu ändern. Falls Probleme auftreten, sollten sie behoben werden, bevor Sie fortfahren. Falls der Testlauf erfolgreich ist, führen Sie die echte Migration mit folgendem Kommando durch:

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

-no-allow-vendor-change stellt sicher, dass Drittanbieter-RPMs nicht die RPMs des Basissystems überschreiben. Die Option --no-recommends sorgt dafür, dass Pakete, die während der Erstinstallation abgewählt wurden, nicht erneut hinzugefügt werden.

Führen Sie nach Abschluss der Migration und dem Booten des Systems in der neuen Service Pack-Version die Prüfung nach verwaisten Paketen erneut aus:

tux > sudo zypper packages --orphaned

Vergleichen Sie die neue Liste mit der Liste, die Sie vor Beginn der Migration generiert haben. Falls neue Pakete in der Liste auftauchen, liegt es womöglich daran, dass sie zu einem anderen Modul im neuen Service Pack verschoben wurden. Falls dieses Modul in der früheren Installation nicht enthalten war, konnte das Paket nicht aktualisiert werden.

Unter https://scc.suse.com/packages können Sie prüfen, zu welchem Modul ein Paket gehört. Fügen Sie die fehlenden Module mit zypper addrepo oder dem Modul "YaST Software Repositories" hinzu und aktualisieren Sie danach die verwaisten Pakete mit dem Kommando:

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

Die Migration zu einem neuen Service Pack ist abgeschlossen.

Rufen Sie eine Liste sämtlicher Snapper-Snapshots ab:

tux > sudo snapper list

Suchen Sie in der Ausgabe nach dem Snapshot, der unmittelbar vor Beginn der Service Pack-Migration gestartet wurde. Die Spalte Beschreibung zeigt eine zugehörige Erläuterung und der Snapshot wird in der Spalte Benutzerdaten als wichtig gekennzeichnet. Notieren Sie die Snapshot-Nummer in der Spalte Nr. und das entsprechende Datum in der Spalte Datum.

Booten Sie das System neu. Wählen Sie im Bootmenü die Option Bootloader von einem schreibgeschützten Snapshot starten und wählen Sie den Snapshot mit dem notierten Datum und der Nummer aus dem vorangegangenen Schritt aus. Ein zweites Bootmenü (das Bootmenü aus dem Snapshot) wird geladen. Wählen Sie den Eintrag aus, der mit SLES 15 SP2 beginnt, und booten Sie ihn.

Das System bootet im vorherigen Zustand, wobei die Systempartition schreibgeschützt eingehängt ist. Melden Sie sich als root an und prüfen Sie, ob Sie den richtigen Snapshot ausgewählt haben. Prüfen Sie außerdem, ob alle Vorgänge wie erwartet ablaufen. Beachten Sie, dass der Funktionsumfang ggf. eingeschränkt ist, da das Root-Dateisystem schreibgeschützt eingehängt wurde.

Falls Probleme auftreten oder Sie den falschen Snapshot gebootet haben, booten Sie das System neu und wählen Sie einen anderen Snapshot zum Booten aus. Bis zu diesem Zeitpunkt wurden noch keine permanenten Änderungen vorgenommen. Falls der richtige Snapshot ausgewählt wurde und dieser Snapshot einwandfrei arbeitet, lassen Sie die Änderungen mit dem folgenden Befehl dauerhaft in Kraft treten:

tux > sudo snapper rollback

Booten Sie anschließend neu. Wählen Sie im Bootbildschirm den Standard-Booteintrag. Das neu eingesetzte System wird erneut gebootet.

Prüfen Sie, ob die Repository-Konfiguration ordnungsgemäß zurückgesetzt wurde. Prüfen Sie außerdem, ob alle Produkte fehlerfrei registriert wurden. Falls eine dieser Bedingungen nicht erfüllt ist, kann das System später eventuell nicht mehr aktualisiert werden oder das System wird mit den falschen Paket-Repositorys aktualisiert.

Prüfen Sie vor Beginn dieses Verfahrens, ob das System auf das Internet zugreifen kann.

1. Aktualisieren Sie die Dienste und Repositorys mit

   tux > sudo zypper ref -fs

2. Erstellen Sie eine Liste der aktiven Repositorys mit

   tux > sudo zypper lr

   Prüfen Sie die Ausgabe dieses Befehls sorgfältig. Es sollten keine Dienste und Repositorys aufgelistet werden, die für die Aktualisierung eingefügt wurden. Bei einem Rollback von SLES 15 SP1 auf SLES 15 muss die Liste beispielsweise die SLES15-Repositorys enthalten, also nicht die SLES15-SP1-Repositorys.

   Falls falsche Repositorys aufgelistet werden, löschen Sie diese Repositorys und ersetzen Sie sie ggf. durch die richtigen Versionen für die Produkt- oder Service Pack-Version. Eine Liste der Repositorys für die unterstützten Migrationspfade finden Sie unter Abschnitt 2.3, „Abhängigkeiten und Lebenszyklen der Module“. (Beachten Sie, dass kein manuelles Eingreifen erforderlich sein sollte, da die Repositorys automatisch aktualisiert werden sollten. Als bewährte Vorgehensweise sollten sie jedoch überprüft und notwendige Korrekturen vorgenommen werden.)

3. Prüfen Sie abschließend den Registrierungsstatus aller installierten Produkte mit

   tux > sudo SUSEConnect --status

   Alle Produkte sollten als Registriert aufgeführt werden. Ist dies nicht der Fall, reparieren Sie die Registrierung mit

   tux > sudo SUSEConnect --rollback

Wechseln Sie zu einem TTY, beispielsweise mit Strg–Alt–F1. Melden Sie sich dann als root-Benutzer an.

Installieren SUSEConnect.

root # zypper in SUSEConnect

Registrieren Sie sich bei SCC und rufen Sie die SUSE Linux Enterprise Server-Repositorys ab.

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

Rufen Sie eine Liste aller openSUSE-Repositorys auf dem System ab und deaktivieren Sie diese Repositorys.

root # zypper lr
root # zypper mr -d REPO_IDS

Ersetzen Sie REPO_IDS durch eine Liste aller aktivierten openSUSE-Repositorys, die durch Leerzeichen getrennt sind.

Fügen Sie nun die erforderlichen Module für die Installation ein.

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

Wir empfehlen Ihnen die Aktivierung der Module Basesystem, Desktop Applications, Server Applications und Legacy, damit Ihnen für die meisten Leap-Pakete Ersatz zur Verfügung steht. Zudem sollten Sie den SUSE Package Hub aktivieren.

Migrieren Sie die installierten Pakete zu den SUSE Linux Enterprise Server-Repositorys.

root # zypper dup --force-resolution

Entfernen Sie bezuglose („verwaiste“) Pakete.

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

Booten Sie das System anschließend neu.