Aktivieren Sie SLES Live Patching und überprüfen Sie eine Kernel-Korrektur.

Ein SLES-Kernel-Update kann auch nach Aktivierung von Live Patching die Meldung „Neustart erforderlich“ anzeigen. Das bedeutet nicht automatisch, dass die Installation fehlgeschlagen ist: Live Patches umfassen nur Korrekturen, die SUSE sicher für den aktuell laufenden Kernel bereitstellen kann. Ein neuerer Kernel oder Korrekturen, die nicht per Live Patching installiert werden können, erfordern weiterhin einen Neustart. Der SUSE-Leitfaden für Live Patching des SLES-Kernels 16.0 vom 8. Oktober 2026 beschreibt einen neueren Installationspfad: Installieren Sie das kernel_livepatchingentsprechende Muster im Rahmen Ihres Standard-SLES-Abonnements. SLES 15 SP7 verwendet eine separate Live-Patching-Erweiterung und das lp_slesentsprechende Muster.

Führen Sie die für Ihre spezifische Version erforderliche Vorgehensweise aus, installieren Sie die Updates über den normalen SUSE-Paketworkflow und überprüfen Sie den aktiven Patch klp -v patches. Diese Schritte setzen einen registrierten SLES-Host mit Zugriff auf die unterstützten Update-Repositories voraus.

Konfigurieren Sie den Live-Patching-Pfad für Ihre SLES-Version.

  1. Ermitteln Sie die Kernel-Version und den laufenden Kernel. Führen Sie Folgendes aus:

    cat /etc/os-release
    uname -r
    uname -m
    Terminalbefehle zeigen die SLES-Version und die aktuell laufende Kernel-Version an.
    Illustrative Terminalansicht zur Überprüfung der Betriebssystemversion und des laufenden Kernels vor der Auswahl eines Live-Patching-Verfahrens.

    Notieren Sie die SLES-Version, die Kernelversion und die Architektur. Live-Patch-Pakete sind auf eine bestimmte Kernelrevision abgestimmt; ein Paket für einen anderen laufenden Kernel beweist daher nicht, dass der aktive Kernel gepatcht ist. Die folgenden Befehle verwenden die aktuellen Anweisungen von SLES 16.0 und SLES 15 SP7; kopieren Sie kein versionsspezifisches Muster oder keinen Aktivierungspfad in eine andere Version.

  2. Installieren Sie unter SLES 16.0 das mitgelieferte Muster. Laut der aktuellen SUSE-Anleitung ist Kernel Live Patching in der Standard-SLES-Lizenz enthalten. Installieren Sie das zugehörige Muster:

    sudo zypper install -t pattern kernel_livepatching
    Zypper-Befehl zur Installation des kernel_livepatching-Musters auf SLES 16.0.
    Beispielhafter Terminalbefehl aus der SLES 16.0-Prozedur zur Installation des kernel_livepatching-Musters.

    Wenn Ihre Paketquellen einen passenden Live-Patch für den installierten Kernel enthalten, wählt der Paketmanager diesen während der Installation aus. SUSE dokumentiert, dass der Kernel im Rahmen dieses Prozesses live gepatcht wird. Für dieses SLES 16.0-Verfahren ist kein zusätzlicher Registrierungscode für Live-Patching erforderlich.

    Unter SLES 15 SP7 muss die Erweiterung zuerst aktiviert werden. Diese Version erfordert aktive SLES- und SLES Live Patching-Abonnements. Listen Sie die verfügbaren Erweiterungen auf und verwenden Sie den exakten, architekturspezifischen Aktivierungsbefehl, der angezeigt wird:

    sudo SUSEConnect --list-extensions
    sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 -r LIVE_PATCHING_REGISTRATION_CODE
    Terminalbefehl zur Auflistung der auf einem SLES-Host registrierten SUSE-Produkt-Erweiterungen.
    Beispielhafte Terminalansicht zur Überprüfung der verfügbaren SUSE-Erweiterungen auf einem SLES 15 SP7-System.
    Der SUSEConnect-Befehl aktiviert die SLES 15 SP7 Live Patching-Erweiterung mit einem Registrierungscode-Platzhalter.
    Beispielhafter Terminalbefehl zur Aktivierung der Live-Patching-Erweiterung; verwenden Sie den exakten, architekturspezifischen Befehl, der auf Ihrem Host angezeigt wird.

    Der zweite Befehl ist ein x86_64-Beispiel. Ersetzen Sie ihn durch den exakten Produktpfad Ihrer --list-extensionsAusgabe und geben Sie den gültigen Live-Patching-Registrierungscode an. Installieren Sie anschließend das erforderliche Muster.

    sudo zypper install -t pattern lp_sles
    Zypper-Befehl zur Installation des lp_sles-Musters auf SLES 15 SP7.
    Beispielhafter Terminalbefehl zur Installation des Live-Patching-Musters nach Aktivierung der SLES 15 SP7-Erweiterung.

    Die Aktivierung allein installiert weder die Muster noch die Pakete; führen Sie beide Schritte durch, bevor Sie Live-Patch-Pakete von den Update-Kanälen erwarten können.

  3. Führen Sie regelmäßig Systemaktualisierungen durch. Kernel-Live-Patches werden als Pakete über den regulären Aktualisierungsmechanismus bereitgestellt. Verwenden Sie für eine manuelle Patch-Installation denselben genehmigten Wartungsworkflow wie für den Rest des Hostsystems, zum Beispiel:

    sudo zypper refresh
    sudo zypper patch
    Der Befehl Zypper wendet verfügbare SUSE-Paketpatches an.
    Beispielhafter Terminalbefehl für den regulären Workflow zum Patchen von Paketen, mit dem geeignete Kernel-Live-Patch-Pakete bereitgestellt werden können.

    Prüfen Sie den Paketplan sorgfältig, bevor Sie ihn bestätigen, insbesondere auf Produktivsystemen. Ein Live-Patch-Paket kann berechtigte Korrekturen für den laufenden Kernel aktualisieren, ohne dass Workloads neu gestartet werden müssen. Derselbe Update-Vorgang kann jedoch auch ein neues Basis-Kernel-Paket bereitstellen. Die Installation dieses Kernel-Pakets kann weiterhin einen Neustart erforderlich machen. Live-Patches sind kumulativ für die jeweilige Kernel-Revision und ersetzen nicht die reguläre Kernel-Wartung.

  4. Prüfen Sie, ob ein Live-Patch aktiv ist. Überprüfen Sie nach Abschluss des Updates die Patch-Details:

    sudo klp -v patches
    Der Befehl klp fordert detaillierte Informationen über installierte und aktive Kernel-Patches an.
    Beispielhafter Terminalbefehl zum Überprüfen, welche Live-Patches und behobenen Fehler mit dem laufenden Kernel verknüpft sind.

    SUSE dokumentiert diesen Befehl zum Überprüfen des Patch-Status und zum Anzeigen der CVEs oder Sicherheitslücken, die durch den aktiven Live-Patch behoben werden. Stellen Sie sicher, dass der aufgelistete Patch dem in Schritt 1 erfassten Kernel entspricht. Ein initiales oder Seed-Live-Patch-Paket enthält möglicherweise keine Korrekturen; es bereitet diese Kernel-Revision für zukünftige Patches vor. Allein seine Existenz bedeutet nicht, dass eine spezifische Sicherheitskorrektur angewendet wurde.

  5. Beheben Sie Probleme mit leeren oder nicht übereinstimmenden Statusmeldungen. Prüfen Sie, ob ein Live-Patch-Paket für den laufenden Kernel existiert und ob Lebenszyklusdaten verfügbar sind:

    sudo zypper se --details 'kernel-livepatch-*'
    sudo zypper lifecycle
    Der Befehl Zypper zeigt Lebenszyklusinformationen für installierte Produkte und Live-Patching-Pakete an.
    Beispielhafter Terminalbefehl zum Anzeigen von Lebenszyklusdaten, wenn das Live Patching-Lebenszyklusdatenpaket installiert ist.

    Laut SUSE muss das Paket für die Einhaltung des Lebenszyklusdatums lifecycle-data-sle-module-live-patchinginstalliert sein. Falls kein Patch-Paket für den aktuell verwendeten Kernel verfügbar ist, überprüfen Sie, ob die korrekten Live-Patching-Repositories oder -Kanäle aktiviert sind und ob der betreffende Fix für Live-Patching geeignet ist. Schließen Sie nicht aus einer leeren Patch-Liste auf einen Fehler, wenn kein passendes Update veröffentlicht wurde.

  6. Planen Sie den Neustart, der für ein vollständiges Kernel-Update erforderlich ist. SUSE kann nicht jede Korrektur in einen Live-Patch umwandeln; manche Änderungen erfordern den Austausch von Kernel-Datenstrukturen oder können aus anderen Gründen nicht sicher zur Laufzeit angewendet werden. Halten Sie reguläre Kernel-Updates in Ihrem Wartungsplan bereit und führen Sie einen Neustart durch, wenn das Update dies erfordert. Vermeiden Sie es, Neustarthinweise durch das unbegrenzte Sperren von Kernel-Paketen auszublenden: Dadurch werden vollständige Kernel-Korrekturen lediglich verzögert, anstatt sie live anzuwenden.

    Bei einem Wartungsfenster ohne Neustart fahren Sie nur fort, wenn das Update ein kompatibles Live-Patch-Paket für den laufenden Kernel enthält und Ihre Änderungsrichtlinie dies zulässt. Behandeln Sie ein vollständiges Kernel-Paket-Update als ausstehend, bis der Host den neuen Kernel gestartet hat.

Ergebnis überprüfen

Die Prüfung ist erfolgreich, wenn klp -v patchesdie aktiven Live-Patch-Informationen für den angezeigten Kernel identifiziert werden uname -rund die erwartete Korrektur in den Patch-Details erscheint. Der Host sollte weiterhin dieselbe Kernel-Version verwenden, da kein Neustart erfolgte. Falls der Update-Manager dennoch einen Neustart anfordert, prüfen Sie, ob ein neuer Basiskernel oder eine Korrektur außerhalb des Geltungsbereichs von Live Patching installiert wurde. Diese Anforderung ist eine Wartungsmaßnahme und kann nicht durch den Befehl `live-patch status` abgebrochen werden.

Quellen

Einen Kommentar hinterlassen

Aktivieren Sie SLES Live Patching und überprüfen Sie eine Kernel-Korrektur.

Aktivieren Sie SLES Live Patching und überprüfen Sie eine Kernel-Korrektur.

Richten Sie den richtigen Live-Patching-Pfad für SLES 16.0 oder 15 SP7 ein, wenden Sie geeignete Kernel-Fixes an und überprüfen Sie, was aktiv ist, ohne es mit einem Kernel-Update zu verwechseln, das einen Neustart erfordert.

Sicherstellung der Verfügbarkeit der Dienste während eines Upgrades von SLES 15 SP5 auf SP6

Sicherstellung der Verfügbarkeit der Dienste während eines Upgrades von SLES 15 SP5 auf SP6

SLES 15 SP5 kann online auf SP6 migriert werden, jedoch muss jeder Knoten neu gestartet werden. Verwenden Sie ein getestetes Rolling Upgrade oder eine Blue-Green-Umstellung, um die Erreichbarkeit der Workloads aufrechtzuerhalten.

Erstellen eines benutzerdefinierten AppArmor-Profils unter SUSE Linux

Erstellen eines benutzerdefinierten AppArmor-Profils unter SUSE Linux

Erstellen, verfeinern und überprüfen Sie ein AppArmor-Profil mit minimalen Berechtigungen unter SLES 15 SP7, mit einem deutlichen Hinweis auf den SELinux-Standard von SLES 16.

SLES 15 STIG sicher mit OpenSCAP auftragen

SLES 15 STIG sicher mit OpenSCAP auftragen

Verwenden Sie das von SUSE unterstützte STIG-Profil, um SLES 15 zu scannen, Korrekturmaßnahmen zu testen, verbleibende Ergebnisse zu überprüfen und Bewertungsnachweise zu sichern.

Wiederherstellung des Cockpit-Zugriffs auf SUSE Linux Enterprise Server

Wiederherstellung des Cockpit-Zugriffs auf SUSE Linux Enterprise Server

Verfolgen Sie eine fehlgeschlagene Cockpit-Verbindung über DNS, Port 9090, den systemd-Socket, firewalld, TLS und die Anmeldeeinstellungen anhand der aktuellen SUSE-Anleitung.

Zuverlässiges Ethernet-Failover mit SLES 15 Bonding konfigurieren

Zuverlässiges Ethernet-Failover mit SLES 15 Bonding konfigurieren

Erstellen Sie eine redundante Ethernet-Verbindung auf SLES 15 mit YaST und Wicked, konfigurieren Sie Active-Backup-Bonding und überprüfen Sie beide Ports sowie das Failover.

Erstellen Sie ein wiederverwendbares AutoYaST-Profil für SLES 15-Installationen

Erstellen Sie ein wiederverwendbares AutoYaST-Profil für SLES 15-Installationen

Ein bestehendes SLES 15-System wird in ein geprüftes AutoYaST-Profil umgewandelt, validiert und kann zur Bereitstellung eines Testservers mit weniger manuellen Schritten verwendet werden.

SLES 15 KVM-Setup: Ausgewählte VMs beim Systemstart starten

SLES 15 KVM-Setup: Ausgewählte VMs beim Systemstart starten

Installieren Sie die SLES 15 KVM- und libvirt-Tools, aktivieren Sie den richtigen Host-Dienst und konfigurieren Sie die ausgewählten virtuellen Maschinen so, dass sie nach einem Neustart automatisch starten.

Diagnose eines SUSE-Servers, der beim Herunterfahren mit systemd hängen bleibt

Diagnose eines SUSE-Servers, der beim Herunterfahren mit systemd hängen bleibt

Verwenden Sie systemd jobs und das vorherige Boot-Journal, um eine langsame Dienst-, Mount- oder Speicherabhängigkeit zu lokalisieren und diese dann zu beheben, ohne die Ursache zu verschleiern.

Öffnen Sie nur den Webverkehr, den Ihr SLES 15-Server benötigt.

Öffnen Sie nur den Webverkehr, den Ihr SLES 15-Server benötigt.

Verwenden Sie firewall-cmd, um die aktive Zone zu untersuchen, HTTP sicher zuzulassen, den SSH-Zugriff aufrechtzuerhalten und zu überprüfen, ob die Regel einen Neustart unter SLES 15 übersteht.