SLES Live Patching Konfigurationsleitfaden: Kernel-Updates ohne Neustart anwenden

Was bewirkt das Live-Patching von SLES?

SUSE Linux Enterprise Server (SLES) Kernel Live Patching (KLP) wendet unterstützte Kernelkorrekturen auf ein laufendes System an, ohne dass ein Neustart erforderlich ist. Unter SLES 15 SP7 stellt SUSE diese Korrekturen als Kernel-Live-Patch-Pakete bereit, die zu einer bestimmten Kernel-Revision passen. Die uname -rAusgabe bleibt daher nach einem erfolgreichen Live-Patch unverändert; verwenden Sie die KLP-Tools, um den Patch-Status zu überprüfen.

Live-Patching reduziert die Notwendigkeit sofortiger Wartungsneustarts, ersetzt aber nicht die Planung eines Kernel-Neustarts. Live-Patches decken ausgewählte kritische Korrekturen ab; sie ersetzen weder reguläre Kernel-Updates, Service-Pack-Wartung noch Korrekturen, die einen Neustart erfordern. SUSE kann möglicherweise nicht für jede infrage kommende Korrektur einen Live-Patch erstellen. Planen Sie daher einen Neustart ein, um einen neueren Basiskernel zu installieren und Korrekturen anzuwenden, die nicht direkt per Patch eingespielt werden können.

Diese Anleitung folgt dem in SUSEs „ Kernel Live Patching with KLP“-Administrationshandbuch beschriebenen Verfahren für SLES 15 SP7 . Prüfen Sie die Dokumentation für Ihr spezifisches Service Pack und Ihre Architektur, bevor Sie Befehle auf einem Produktivsystem anwenden.

Kurzübersicht

AufgabeBefehl oder ÜberprüfungWas es Ihnen sagt
Laufenden Kernel identifizierenuname -rAktuell im Speicher befindliche Kernel-Revision; der aktuelle Patch-Stand wird nicht angezeigt.
Liste der installierten Live-Patch-Paketezypper se --details 'kernel-livepatch-*'Pakete, die in aktivierten Repositories installiert oder verfügbar sind.
Aktuellen Patch-Status prüfensudo klp statusOb KLP aktiv ist und wie sein aktueller Status aussieht.
Details des geladenen Patches prüfensudo klp -v patchesInformationen zu installierten/geladenen Patches und den enthaltenen Korrekturen.
Überprüfen Sie die Patch-Support-Daten.sudo zypper lifecycleLebenszyklusdaten, wenn das erforderliche Lebenszykluspaket installiert ist.

Vor der Aktivierung von KLP

  • Stellen Sie sicher, dass auf dem Host ein unterstütztes SLES 15 Service Pack und die entsprechende Architektur ausgeführt werden. Die unten beschriebene SP7-Prozedur verwendet das x86_64-Erweiterungsbeispiel. Lesen Sie die Ausgabe der Erweiterung auf Ihrem eigenen Host, anstatt einen Pfad für ein anderes Produkt oder eine andere Architektur zu kopieren.
  • Stellen Sie sicher, dass sowohl das SLES-Abonnement als auch die separate SLE Live Patching-Berechtigung aktiv sind, und besorgen Sie sich den Live Patching-Registrierungscode vom SUSE Customer Center.
  • Stellen Sie sicher, dass der Host seine konfigurierten SUSE-Repositories oder den gespiegelten Update-Dienst Ihrer Organisation erreichen kann. Überprüfen Sie bei verwalteten Flotten, ob die Repository-Kanäle die passenden Live-Patches enthalten.
  • Dokumentieren Sie uname -rden aktuellen Systemzustand und den bestehenden Wartungsplan. Testen Sie das Verfahren nach Möglichkeit auf einem repräsentativen Nicht-Produktionsserver.
  • Der normale Kernel-Update- und Neustartprozess sollte beibehalten werden. Live-Patching reduziert zwar die Dringlichkeit einiger Fehlerbehebungen, macht einen laufenden Kernel aber nicht dauerhaft aktuell.

SLES 15 SP7 Kernel-Live-Patching aktivieren

1. Überprüfen Sie den verfügbaren Erweiterungsbefehl.

Führen Sie die Erweiterungsliste aus und suchen Sie den genauen SLE Live Patching-Eintrag für das installierte Produkt:

sudo SUSEConnect --list-extensions

Für SLES 15 SP7 auf x86_64 dokumentiert SUSE einen Aktivierungspfad wie diesen sle-module-live-patching/15.7/x86_64. Die Ausgabe auf Ihrem Host ist maßgebend: Überprüfen Sie vor dem Fortfahren, ob Version und Architektur übereinstimmen.

2. Registrieren Sie die Live-Patching-Erweiterung

Verwenden Sie den angezeigten Aktivierungsbefehl SUSEConnect --list-extensionsund ersetzen Sie durch Ihren gültigen Registrierungscode. Beispiel für SLES 15 SP7 x86_64:

sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 \
  -r LIVE_PATCHING_REGISTRATION_CODE

Fügen Sie niemals einen echten Registrierungscode in freigegebene Tickets, Shell-Protokolle oder öffentliche Protokolle ein. Falls die Registrierung fehlschlägt, überprüfen Sie den Code, den Abonnementstatus, den Produktpfad, den Netzwerkzugriff und ob der Rechner bereits bei der entsprechenden SUSE Customer Center-Organisation registriert ist.

3. Installieren Sie das erforderliche Muster

Installieren Sie das Live-Patching-Softwaremuster und die zugehörigen Abhängigkeiten:

sudo zypper install -t pattern lp_sles

Prüfen Sie die von Zypper vorgeschlagenen Änderungen, bevor Sie sie bestätigen. Das Muster installiert die Basis-KLP-Komponenten und den ersten Live-Patch. Wenn der Paketmanager einen Live-Patch für den laufenden Kernel in einem aktivierten Repository findet, kann der laufende Kernel während der Paketinstallation gepatcht werden. Ob ein Fix verfügbar ist, hängt von der genauen Kernel-Revision und dem Inhalt des Repositorys ab.

Updates anwenden und Ergebnis überprüfen

Nach der Aktivierung installieren Sie Live-Patch-Pakete über den regulären SLES-Aktualisierungsprozess. Aktualisieren Sie zunächst die Repository-Metadaten und prüfen Sie die verfügbaren Patches. Wenden Sie anschließend die Aktualisierungen gemäß den üblichen Änderungsrichtlinien Ihrer Organisation an, zum Beispiel:

sudo zypper refresh
sudo zypper patch

Lesen Sie die vorgeschlagene Transaktion sorgfältig durch. Live-Patch-Pakete für den laufenden Kernel können ohne Neustart installiert werden, reguläre Kernel-Paketaktualisierungen können jedoch weiterhin einen Neustart erfordern. Unterdrücken Sie diese Aufforderung nicht und blockieren Sie Kernel-Aktualisierungen nicht als dauerhafte Problemumgehung. Wenn ein neuerer Basiskernel installiert wird, planen Sie einen kontrollierten Neustart, um diesen zu starten und den Kernel-Wartungszyklus abzuschließen.

Überprüfen Sie den Live-Patch unabhängig von der Kernel-Release-Zeichenfolge:

uname -r
sudo klp status
sudo klp -v patches
zypper se --details 'kernel-livepatch-*'

Verwenden Sie klp statusdiese Funktion, um den Betriebszustand und klp -v patchesPatch-Details, einschließlich der durch den aktiven Patch behobenen Fehler, anzuzeigen. SUSE weist darauf hin, dass uname -rsich dies bei einem gepatchten Kernel nicht ändert. Das Vorhandensein eines installierten Pakets allein reicht nicht aus, um zu beweisen, dass der erwartete Patch geladen ist; überprüfen Sie die KLP-Statusausgabe.

Betriebsgrenzen und Neustartentscheidungen

  • Die Abdeckung ist selektiv. Der von SUSE angegebene Umfang umfasst Sicherheitslücken der SUSE CVSS-Stufe 7 und höher sowie Stabilitäts- oder Datenbeschädigungskorrekturen, jedoch erhalten aufgrund technischer Beschränkungen nicht alle relevanten Probleme einen Live-Patch.
  • Patches sind kernelspezifisch und kumulativ. Ein Live-Patch-Paket zielt auf eine bestimmte Kernel-Revision ab. Das neueste Paket für einen Kernel patcht nicht automatisch eine andere Kernel-Revision.
  • Basis-Kernel-Updates sind weiterhin wichtig. Live-Patches bieten temporären Schutz für ausgewählte Fehlerbehebungen. Reguläre Kernel-Updates können einen Neustart erfordern und weitere Änderungen mit sich bringen.
  • Der Support ist zeitlich begrenzt. Laut SLES 15 SP7-Leitfaden erhalten Live-Patches 13 Monate lang Updates ab Veröffentlichung des zugrundeliegenden Kernel-Pakets. Überprüfen Sie die aktuellen Daten anhand der Lebenszyklusdaten und der aktuellen Tabelle der Live-Patches und unterstützten Kernel von SUSE .
  • Nicht alle Architekturen oder Produkte verwenden dieselben Befehle. Der SLES 15 SP7 KLP-Leitfaden unterscheidet zwischen AMD64/Intel 64, POWER und IBM Z. Bitte prüfen Sie vor der Einführung Ihren produktspezifischen Leitfaden und Ihre Abonnementberechtigung.

Checkliste zur Fehlerbehebung

SymptomSchecks
Die Erweiterung fehlt in der Liste.Bestätigen Sie die Produktregistrierung, die Berechtigungen, das Service Pack, die Architektur, den Repository-Zugriff und die genaue Verfügbarkeit der Erweiterungen im SUSE Customer Center.
Es wird kein Live-Patch-Paket angezeigtVergleichen Sie uname -rdie Paketnamen und den Inhalt des Repositorys. Für den exakt verwendeten Kernel muss ein Patch existieren, der über die aktivierten Kanäle verfügbar ist.
Paket installiert, aber Status unerwartetÜberprüfen sudo klp statusund sudo klp -v patchesunterscheiden Sie installierte Pakete von dem Patch, der aktuell in den laufenden Kernel geladen ist.
Zypper fordert einen Neustart an.Prüfen Sie, ob die Transaktion aktualisiert wurde kernel-defaultoder ob andere Komponenten einen Neustart benötigen. Führen Sie den normalen Neustartgenehmigungs- und Wartungsprozess durch.
Lebenszyklusdaten fehlenStellen Sie sicher, dass die Lebenszyklusdaten für SLE Live Patching installiert sind, und führen Sie den Vorgang anschließend erneut aus sudo zypper lifecycle.

Wenn ein neu installierter Live-Patch Probleme verursacht, pausieren Sie die weitere Verteilung und überprüfen Sie die Kernel-Logs und den Systemstatus. SUSE dokumentiert einen manuellen Downgrade-Pfad für geeignete Systeme, weist jedoch darauf hin, dass Hosts, die bereits Kernel-Warnungen oder Fehlermeldungen anzeigen, möglicherweise nicht geeignet sind. Verwenden Sie die passende Patch-Paketversion und kontaktieren Sie den SUSE-Support, wenn der Systemstatus unklar ist. Vermeiden Sie es, einen Downgrade auf einem Produktivkernel improvisiert durchzuführen.

Checkliste für die Einführung

  1. Validieren Sie das SLES-Service-Pack, die Architektur, die Abonnements und die Repository-Kanäle.
  2. Protokollieren Sie den laufenden Kernel und den Ausgangszustand des Hostsystems.
  3. Registrieren Sie die SLE Live Patching-Erweiterung und installieren Sie sie lp_sles.
  4. Wenden Sie die Updates über den normalen Paketworkflow an und überprüfen Sie jede Transaktion.
  5. Bestätigen Sie den geladenen Patch mit klp statusund klp -v patches.
  6. Verfolgen Sie die Lebenszyklusdaten von Patches und planen Sie regelmäßige Neustarts des Basiskernels.

Für die Flottenverwaltung nutzen Sie den bewährten SUSE-Management-Workflow Ihrer Organisation und stellen Sie sicher, dass die Kanäle die passenden Live-Patch-Pakete bereitstellen. Die offizielle Dokumentation zur Kanaleinrichtung des SUSE Multi-Linux Managers beschreibt die Kanalvorbereitung für SLES 15 SP7.

Einen Kommentar hinterlassen

SLES Live Patching Konfigurationsleitfaden: Kernel-Updates ohne Neustart anwenden

SLES Live Patching Konfigurationsleitfaden: Kernel-Updates ohne Neustart anwenden

Aktivieren Sie das Kernel-Live-Patching auf SLES 15 SP7, wenden Sie unterstützte Korrekturen ohne Neustart an, überprüfen Sie aktive Patches und verstehen Sie, wann ein Kernel-Neustart dennoch erforderlich ist.

So aktivieren Sie den FIPS-Modus auf SUSE Linux Enterprise Server 15

So aktivieren Sie den FIPS-Modus auf SUSE Linux Enterprise Server 15

Aktivieren Sie den FIPS-Modus auf SLES 15 mit dem von SUSE unterstützten Setup-Dienstprogramm, starten Sie das System sicher neu, überprüfen Sie den Status des Kernels und der Krypto-Richtlinien und prüfen Sie die Zertifizierungsgrenzen.

Wie man Google Chrome auf Gooroom OS installiert, ohne gegen Sicherheitsrichtlinien zu verstoßen

Wie man Google Chrome auf Gooroom OS installiert, ohne gegen Sicherheitsrichtlinien zu verstoßen

Installieren Sie Google Chrome sicher auf Gooroom OS mit offiziellen .deb-Paketen, APT, Richtlinienprüfungen, Update-Anleitungen und Korrekturen für verwaltete Geräte.

So exportieren Sie SLES-Systemprotokolle sicher an einen Remote-Syslog-Server

So exportieren Sie SLES-Systemprotokolle sicher an einen Remote-Syslog-Server

Leiten Sie SLES-Systemprotokolle sicher an einen entfernten Syslog-Server weiter – mit rsyslog, TLS-Zertifikaten, Peer-Name-Verifizierung, Warteschlangen, Validierung und Tests.

SLES 15 Active Directory-Integration mit SSSD: Eine Schritt-für-Schritt-Anleitung

SLES 15 Active Directory-Integration mit SSSD: Eine Schritt-für-Schritt-Anleitung

Verbinden Sie SLES 15 mit Active Directory über SSSD mithilfe von YaST. Bereiten Sie DNS und Zeit vor, konfigurieren Sie Domänenanmeldungen, überprüfen Sie Kerberos und vergleichen Sie SSSD, Winbind und realmd.

Behebung von Problemen mit dem Realtek RTL8821CE Wi-Fi-Treiber unter Pardus Linux

Behebung von Problemen mit dem Realtek RTL8821CE Wi-Fi-Treiber unter Pardus Linux

Beheben Sie das Problem mit RTL8821CE Wi-Fi unter Pardus Linux, indem Sie den integrierten rtw88-Treiber, die Realtek-Firmware, rfkill, NetworkManager und sichere Ausweichoptionen überprüfen.

Behebung des Fehlers „Temporärer Fehler bei der DNS-Auflösung“ in Debian 12 mit systemd-resolved

Behebung des Fehlers „Temporärer Fehler bei der DNS-Auflösung“ in Debian 12 mit systemd-resolved

Diagnose und Behebung von DNS-Auflösungsfehlern unter Debian 12 mit systemd-resolved, einschließlich resolv.conf, NetworkManager, networkd, Cache und Verifizierung.

So installieren Sie Pardus Linux sicher parallel zu Windows 11

So installieren Sie Pardus Linux sicher parallel zu Windows 11

Installieren Sie Pardus 25.2 neben Windows 11, indem Sie ein Backup erstellen, das Windows-Volume verkleinern, von einem UEFI-USB-Stick booten und die vorhandenen EFI- und Wiederherstellungspartitionen schützen.

Behebung des Fehlers 500 beim Aktualisieren von Zypper-Repositorys in SLES

Behebung des Fehlers 500 beim Aktualisieren von Zypper-Repositorys in SLES

Diagnostizieren Sie Zypper-Aktualisierungsfehler mit HTTP 500 unter SUSE Linux Enterprise Server. Identifizieren Sie das fehlerhafte Repository, überprüfen Sie Proxys und Registrierung und aktualisieren Sie anschließend die Metadaten sicher.

Pardus Package Manager (PETA) vs Standard APT Command Line: What Current Pardus Actually Uses

Pardus Package Manager (PETA) vs Standard APT Command Line: What Current Pardus Actually Uses

Compare the so-called Pardus package manager “PETA” with APT, clarify current Pardus package tools, and choose the right interface for desktop use or administration.