Neue Funktionen und Änderungen in UEK R7
Neue Features, Verbesserungen und andere bemerkenswerte Änderungen, die in UEK R7 eingeführt werden.
Übersicht über wichtige Änderungen in UEK R7
Im Folgenden finden Sie eine Zusammenfassung der Features, Änderungen und Verbesserungen, die in UEK R7 im Vergleich zu UEK R6 eingeführt werden:
-
Linux 5.15 stabile Kernel-Basis
Das Mainline-Kernel-Release 5.15.0, das als Basiskernel für UEK R7 verwendet wird, umfasst viele Upstream-Kernelfeatures und Verbesserungen gegenüber früheren UEK-Releases und über RHCK. Eine Liste der wichtigsten neuen Features und Verbesserungen, die in diesem Kernel eingeführt werden, finden Sie unter Core Kernel-Funktionen und -Funktionalität.
-
64-Bit Arm (aarch64) Unterstützung
Diese Version bietet eine verbesserte Unterstützung für die 64-Bit-Arm-Plattform (aarch64). Eine wesentliche Änderung für die Arm-Plattform besteht darin, dass die Standardseitengröße von der vorherigen 64-KB-Standardgröße auf 4 KB geändert wurde. Die neue Größe von 4 KB passt gut zu den Workloads und Speichermengen, die auf den meisten Arm-basierten Systemen vorhanden sind. Weitere Informationen zu dieser bemerkenswerten Änderung finden Sie unter Standardseitengröße auf Arm-Plattform in 4 KB geändert.
-
DTrace v2.0
Dtrace v2.0 ist weiterhin in UEK R7 verfügbar und nutzt Kernel-Tracing-Funktionen wie eBPF. Ausführliche Informationen zu DTrace-Releases und anderen wichtigen Änderungen finden Sie unter Oracle Linux: DTrace - Versionshinweise.
-
Unterstützung von Dateisystemen
Die Unterstützung für die Btrfs- und OCFS2-Dateisysteme ist in UEK R7 aktiviert. Die XFS- und NFS-Dateisysteme wurden in diesem Release ebenfalls verbessert. Weitere Informationen zu neuen Dateisystemfunktionen, die in UEK R7 eingeführt werden, finden Sie unter Dateisysteme.
Standard-Seitengröße auf Arm-Plattform auf 4 KB geändert
Die Standard-Seitengröße auf der 64-Bit-Arm-Plattform (aarch64) wurde vom vorherigen 64-KB-Standard auf 4 KB geändert. Die neue Größe von 4 KB passt gut zu den Workloads und Speichermengen, die auf den meisten Arm-basierten Systemen vorhanden sind.
Diese Änderung hat wichtige Auswirkungen, wenn Sie vorhaben, den Kernel von einer früheren UEK-Version zu aktualisieren. Weitere Informationen finden Sie unter Informationen zum Upgrade von einem vorherigen Oracle Linux- oder UEK-Release auf UEK R7.
Informationen zu anderen bekannten Problemen im Zusammenhang mit dieser wichtigen Änderung finden Sie unter Bekannte Probleme für UEK R7.
Core Kernel-Features und -Funktionen
Im Upstream-Kernel wurden zwischen dem 5.4-Release, das als Basis-Kernelversion für UEK R6 verwendet wurde, und dem 5.15.0-Kernel-Release, das als Basis-Kernelversion für UEK R7 verwendet wird, mehrere wichtige Core-Kernelfunktionen implementiert. Obwohl einige Funktionen in Update-Releases in den UEK R6-Kernel zurückportiert wurden, sind die folgenden wichtigen neuen Funktionen in UEK R7 verfügbar:
-
BPF-Verbesserungen
UEK R7 führt viele Berkeley Packet Filter (BPF)-Verbesserungen ein, einschließlich der folgenden:
-
Die Einführung von Compile Once Run Everywhere in
libbpfund in LLVM und BPF Type Format (BTF). Durch diese Änderung kann der BPF-Verifizierer den Kernel-internen BTF verwenden, um den BPF-Assemblierungscode zu prüfen, der eine sicherere und schnellere BPF-Verfolgung ermöglicht. -
BPF-Trampolin, ein Feature, mit dem Kernel-Code BPF-Programme ohne Overhead aufrufen kann, ist für die x86_64-Architektur verfügbar. Unterstützung für die Speicherzuordnung BPF-Array-Map und andere Verbesserungen werden in diesem Release ebenfalls eingeführt.
-
BPF-Unterstützung für den direkten Aufruf von Kernel-Funktionen. Diese Verbesserung ermöglicht es BPF-Programmen, die Kernel-Funktionen aufrufen, zunächst Transmission Control Protocol (TCP)-Überlastungskontrollimplementierungen wiederzuverwenden.
-
BPF-Programme können während der Ausführung inaktiv sein, wodurch der Mechanismus zum Binden eines Sockets an einen Adress- oder Portnummernbereich vereinfacht wird. Der neue Programmtyp
BPF_PROG_TYPE_SK_LOOKUPwird ausgeführt, wenn der Kernel nach einem offenen Socket für eine eingehende Verbindung sucht. Der Mechanismus kann dann entscheiden, welche Steckdose die Verbindung empfangen soll. Dieser Mechanismus wurde hinzugefügt, um ein Socket einfacher an einen Adress- oder Portnummernbereich zu binden. Derzeit ist diese Funktion auf Tracing- und Sicherheitsmodulprogramme beschränkt.
-
-
Core-Planungsfunktion inklusive
Die Kernplanung bietet die Möglichkeit, Gruppen von Prozessen zu isolieren, die auf demselben Kern ausgeführt werden, um maximalen Schutz vor Side-Channel-Angriffen zu gewährleisten. Sie können die Core-Planung als Methode verwenden, um Schwachstellenangriffe der Spectra-Klasse zu verhindern, während Simultaneous Multithreading (SMT) aktiviert bleibt und eine Leistungseinbußen bei der Deaktivierung von SMT vermieden wird.
-
Neuer cgroup-Slab-Speichercontroller
UEK R7 führt einen neuen Blockspeichercontroller der Kontrollgruppe (cgroup) ein, mit dem Sie Plattenspeicher zwischen Speicher-Cgroups gemeinsam verwenden können. Diese neue Implementierung des Brammspeicher-Controllers zielt darauf ab, eine viel bessere Brammenauslastung zu erreichen, indem Brammseiten zwischen mehreren Speicher-Cgroups geteilt werden. Außerdem erfolgt die Buchhaltung pro Objekt und nicht pro Seite. Die neue Funktion spart viel Speicher, wodurch Ineffizienzen erheblich reduziert werden.
-
io_uring – Erweiterungen
Der
io_uring-Systemaufruf, bei dem es sich um eine Linux-API für asynchrones I/O handelt, wurde für eine höhere Performance als die vorherige Linux AIO-API entwickelt, die von QEMU unterstützt wird. Mehrere Verbesserungen fürio_uringwerden in UEK R7 eingeführt, von denen sich die meisten auf vernetzte I/O konzentrieren.Eine
io_uring-Leistungsverbesserung, die sich auf I/O bezieht, ist ein neuer BIO-Recyclingmechanismus zum Entfernen eines internen Speicherverwaltungs-Overheads, der Berichten zufolge eine 10-prozentige Steigerung der Anzahl von I/O-Vorgängen pro Sekunde bietet, dieio_uringaufrechterhalten kann.Weitere bemerkenswerte Änderungen für
io_uringumfassen Oracle ASMLib v3 + oracaleasm-support. In diesem Release verwendet Oracle ASMLib den Systemaufrufio_uringanstelle der Legacy-Treiberschnittstelleoracleasm, die in UEK R7 entfernt wurde. -
Split-Lock-Erkennung
In diesem Release ist die CPU-Funktion zur Erkennung geteilter Sperren standardmäßig auf x86_64-Systemen aktiviert, die über diese Funktionalität verfügen, wie z.B. dem Ice Lake-Prozessor. Mit dem Boot-Befehl split_lock_detect können Sie
SIGBUS(Bus-Fehlersignale) warnen oder an Anwendungen senden, die Split-Sperren verwenden. Eine Split Lock tritt auf, wenn eine atomare CPU-Anweisung Daten verarbeitet, die sich über zwei Cachezeilen erstrecken. Dieser Vorgang ist viel langsamer als ein atomarer Vorgang innerhalb einer Cachezeile, und er unterbricht die Performance bei anderen Kernen.Beachten Sie, dass Sie diese Funktion im Kernel deaktivieren können, indem Sie
split_lock_detect=offfestlegen.
Änderungen bei UEK Content Distribution und Packaging
Die Verteilung und das Packen von Inhalten in der UEK-Version hat sich geändert. Ab UEK R7 wird der Kernel neu verpackt und in mehrere separate RPMs optimiert, um bestimmte Hardwareanforderungen zu erleichtern. Ein Meta-RPM-Package mit dem Namen kernel-uek ist weiterhin das erforderliche Package für alle UEK-Installationen und sorgt für Abwärtskompatibilität mit früheren Releases.
Standardmäßig werden das Package kernel-uek und seine Abhängigkeiten installiert. Die Installation dieses Pakets entspricht der Installation des vollständigen UEK-Kernels.
Die folgende Tabelle enthält weitere Details dazu, wie UEK R7-Inhalte verteilt und verpackt werden. Außerdem enthält sie Informationen zu Packageabhängigkeiten und anderen wichtigen Anforderungen.
|
Paket |
Beschreibung |
|---|---|
|
|
Dies ist ein Meta-Paket, das keine Dateien enthält. Das Package ist von Die Installation dieses Pakets entspricht der Installation des vollständigen UEK-Kernels. Dies ist das erforderliche Package für alle UEK-Installationen und sorgt für Kompatibilität mit früheren Releases. |
|
|
Dieses Package enthält den UEK-Kernel und eine minimale Anzahl von Kernel-Modulen und wird zusammen mit dem Package |
|
|
Dieses Paket enthält die verbleibenden Kernel-Module, die für die meisten Serverkonfigurationen erforderlich sind. Beachten Sie, dass für dieses Package auch das Package |
|
|
Dies ist ein optionales Paket, das Module für Hardware und Subsysteme enthält, die für Server ungewöhnlich sind, und Unterstützung für bestimmte Geräte wie Bluetooth, Wi-Fi und Videokarten. Wenn Unterstützung für eine dieser Komponenten erforderlich ist, installieren Sie das Package manuell aus dem yum-Repository. Sie können die von diesem Package explizit bereitgestellten Module auflisten, indem Sie Folgendes ausführen: rpm -q -l kernel-uek-modules-extra |
|
|
Dieses Package enthält Kernfirmwarekomponenten und ist eine Abhängigkeit für das Package |
|
|
Dieses Package enthält Firmwarekomponenten, die nicht im Package
Beachten Sie, dass für dieses Package auch das Package |
Dateisysteme
Die folgenden Dateisystemfeatures und -erweiterungen werden in UEK 7 eingeführt:
Btrfs
Die Standard-Seitengröße auf der 64-Bit-Arm-Plattform wurde vom vorherigen 64-KB-Standard auf 4 KB geändert. Wenn Sie Oracle Linux 8 auf einem Arm-basierten System mit einem früheren UEK-Release ausführen, wirkt sich diese Änderung auf Btrfs-Dateisysteme aus. Beispiel: Systeme, auf denen der Raspberry Pi auf einem Oracle Linux 8-Entwicklerimage ausgeführt wird. Vor dem Upgrade auf UEK R7 müssen Sie Daten migrieren und sich auf die Neuformatierung von Dateisystemen vorbereiten, um Datenverluste zu vermeiden und sicherzustellen, dass das System nicht bootunfähig wird. Siehe Standardseitengröße auf Arm-Plattform in 4 KB geändert.
In diesem Release werden verschiedene Btrfs-Performance- und Datenwiederherstellungsverbesserungen sowie einige RAID 1-Verbesserungen, Unterstützung für Linux-Lese-/Schreibsemaphoren und Prüfsummenunterstützung eingeführt. Weitere bemerkenswerte Änderungen für Btrfs sind:
-
Neue Mountoption für Rettung hinzugefügt
Eine neue Rettungsmountoption zum Gruppieren aller vorhandenen Bereitstellungsoptionen für das Recovery.
usebackuprootist jetzt ein Alias fürrescue=usebackuproot;nologreplayist ein Alias fürrescue=nologreplay. -
Synchrones SSD-Trimmen verfügbar
Asynchrones SSD-Trimmen ist in Btrfs erhältlich. Aus Performance- und Wear-Leveling-Gründen profitieren Solid-State-Speicherlaufwerke von einer Benachrichtigung, wenn ein Festplattenblock nicht verwendet wird. Dieser Vorgang wird als discard oder trim bezeichnet und wird automatisch von Btrfs ausgeführt. Wenn eine Datei gelöscht wird, benachrichtigt Btrfs das Laufwerk, dass die Blöcke der Datei nicht mehr verwendet werden. Zuvor traten diese Benachrichtigungen synchron auf, d.h. die Trimmbenachrichtigungen wurden gesendet, bevor der Löschvorgang beendet wurde. Dies kann die Performance beeinträchtigen. Diese Benachrichtigungen werden jetzt asynchron gesendet.
-
fsync()-Leistungsverbesserungen
Die folgenden
fsync()-Verbesserungen werden eingeführt:-
Verbesserte
fsync()-Performance (12% Abnahme der vondbenchgemeldeten maximalen Latenz). -
Erhebliche Beschleunigung des parallelen
fsync, indem die Anzahl der Prüfsummenbaum-Lookups und -Konflikte reduziert wird. -
Erhebliche Beschleunigung paralleler
fsync-Dateien mitreflinked/deduped-Extents. Für Jobs 16 bis 1024 wird der Durchsatz im Durchschnitt um etwa 50% verbessert; die Laufzeit wird um etwa 30% verringert.
-
-
Chunk-Baumblätter bei Mount-Unterstützung vorab abrufen
Chunk-Baumblätter beim Einhängen vorab abrufen, was die Einhängegeschwindigkeit in Multi-TB-Dateisystemen verbessert.
-
Unterstützung für fs-Verity- und ID-Mapping
In diesem Release wird die
fs-verity- und ID-Zuordnung unterstützt, und DAMON verbessert die Fähigkeit zur Überwachung von Speicherzugriffsmustern bestimmter Prozesse. Die generische Schichtfs-verity, die bereits in den Dateisystemenext4und F2FS verfügbar ist, bietet transparenten Integritäts- und Authentizitätsschutz für schreibgeschützte Dateien. Das Feature umfasst auch die Möglichkeit für ID-zugeordnete Mount Points, mit denen die Benutzer- und Gruppen-IDs eines Mount einem anderen Mount zugeordnet werden können.
ext4
Das ext4-Dateisystem wird weiterhin in UEK-Releases unterstützt.
OCFS2
OCFS2 wird weiterhin in UEK-Releases unterstützt. Bei Oracle Linux 9 werden Benutzerbereichspakete aktualisiert, um die OCFS2-Unterstützung für dieses Release zu aktivieren.
XFS
Die Standard-Seitengröße auf der 64-Bit-Arm-Plattform wurde vom vorherigen 64-KB-Standard auf 4 KB geändert. Wenn Sie Oracle Linux 8 auf einem Arm-basierten System mit einem früheren UEK-Release ausführen und zuvor ein XFS-Dateisystem manuell in eine Blockgröße größer als 4 KB geändert haben, müssen Sie daher Daten migrieren und sich auf die Neuformatierung von Dateisystemen vorbereiten, bevor Sie ein Upgrade auf UEK R7 durchführen. Systeme mit XFS-Dateisystemen, die für die Verwendung einer Blockgröße von 4 KB konfiguriert sind, sind davon nicht betroffen. Siehe Standardseitengröße auf Arm-Plattform in 4 KB geändert.
Die folgenden bemerkenswerten XFS-Dateisystemänderungen werden in UEK R7 eingeführt:
-
Verbesserungen für XFS 2038+- und DAX-Vorgänge und DAX-Metadatenreduzierung.
In diesem Release wurden Funktionen für XFS 2038+, DAX-Vorgänge pro Datei und Verzeichnis sowie DAX-Metadatenreduzierung hinzugefügt.
-
XFS-Dateisystem enthält neue Funktionen
Das XFS-Dateisystem unterstützt zwei neue Optionen:
bigtimeundinobtcount. Die Optionbigtimeunterstützt Zeitstempel über das Jahr 2038 hinaus. Die Optioninobtcountreduziert die Einhängezeit in großen Dateisystemen. Standardmäßig sind diese Optionen deaktiviert. Um diese Optionen beim Erstellen eines XFS-Dateisystems zu aktivieren, verwenden Sie den Befehl mkfs.xfs wie folgt:sudo mkfs.xfs -m bigtime=1,inobtcount=1
ACHTUNG
Wenn Sie diese mkfs.xfs-Optionen aktivieren, wird ein Dateisystem erstellt, das von älteren Kernel ausgehängt werden kann, wobei diese Optionen nicht unterstützt werden.
WireGuard Kommunikationsprotokoll
Das WireGuard-Kommunikationsprotokoll ist in UEK R7 sowohl für IPv4- als auch für IPv6-Netzwerke verfügbar. WireGuard verwendet verschlüsselte virtuelle private Netzwerke (VPNs), indem Traffic über das User Datagram Protocol (UDP) geleitet wird.
WireGuard wurde zuvor als Technologie-Vorschau-Funktion in UEK R6U1 aktiviert, mit vollständiger Unterstützung in UEK R6U3 eingeführt.
WireGuard verwendet Public-Key-Verschlüsselung zur Identifizierung und Verschlüsselung, während OpenVPN Zertifikate für diese Aufgaben verwendet. Mit WireGuard wird die sichere Schlüsselgenerierung und -verwaltung im Hintergrund abgewickelt. Beachten Sie, dass, obwohl IPsec immer noch der Standard für sichere Netzwerkkommunikation ist, WireGuard immer beliebter wird, da es einfacher zu konfigurieren und bereitzustellen ist.
Weitere Informationen und Schritt-für-Schritt-Anweisungen finden Sie unter Oracle Linux: Virtuelle private Netzwerke konfigurieren.
RDMA
UEK R7 umfasst RDMA-(Remote Direct Memory Access-)Funktionen, die im Upstream-Kernel bereitgestellt werden. Dazu werden Ksplice- und DTrace-Funktionen hinzugefügt. RDMA ermöglicht direkten Speicherzugriff zwischen zwei Systemen, die über ein Netzwerk verbunden sind. RDMA ermöglicht Networking mit hohem Durchsatz und geringer Latenz in Clustern.
Ab Oracle Linux 9 wurde die Installation von Oracle-unterstützten RDMA-Packages vereinfacht, indem neue Benutzerbereichspakete und ein dedizierter ULN-Kanal und ein yum-Repository für RDMA-bezogene Packages verwendet wurden. Weitere Informationen finden Sie unter Von Oracle unterstützte RDMA-Packages auf Oracle Linux installieren und upgraden.
Wenn Sie Oracle Linux 8 ausführen, bleibt der Prozess der Installation von Oracle-unterstützten RDMA-Packages wie in früheren Releases unverändert.
Sicherheit
Die folgenden Sicherheitsfunktionen werden in UEK 7 eingeführt:
Neuer .machine Kernel Keyring vorgestellt
Der .machine-Kernel-Keyring wird in UEK R7 eingeführt. Sie können diesen Schlüsselanhänger als Vertrauensanker auf Kernel-Ebene für jeden Vorgang verwenden, der asymmetrische Schlüssel verwendet. Der Schlüsselring .machine weist dieselbe Vertrauensstufe im Kernel auf wie die Schlüsselrings .builtin_trusted_keys und .secondary_trusted_keys. Ähnlich wie bei integrierten und sekundären Keyrings können Sie Schlüssel im .machine-Keyring verwenden, um Folgendes auszuführen:
-
Validierung der Kernel-Modulsignatur durchführen
-
Fügen Sie dem
.secondary_trusted_keys-Keyring zusätzliche Schlüssel hinzu. -
Als CA für IMA-Beurteilungsschlüssel dienen.
Beachten Sie, dass Schlüssel, die in der .machine-Schlüsselzeichenfolge enthalten sind, ein Root-CA-Zertifikat sein müssen. Um als Root-CA-Zertifikat zu qualifizieren, müssen die folgenden beiden Anforderungen erfüllt sein:
-
Das X.509-Zertifikat ist selbstsigniert.
-
Das X.509-Zertifikat enthält X509v3-Erweiterungen mit
basicConstraints=critical,CA:TRUE
Es wird außerdem empfohlen, dass das Feld keyUsage mit keyCertSign festgelegt ist.
Im Gegensatz zu früheren UEK-Releases dürfen Schlüssel, die im .platform-Schlüsselring in UEK R7 enthalten sind, nur für kexec verwendet werden. Außerdem dürfen Sie die .platform-Schlüssel nicht für andere Zwecke verwenden. In früheren UEK-Releases konnten Sie den Schlüsselring .platform für die Validierung der Kernel-Modulsignatur verwenden, sie konnten jedoch nicht für andere Kernel-Schlüsselvorgänge verwendet werden.
Die einfachste Möglichkeit, Schlüssel zum .machine-Keyring hinzuzufügen, besteht darin, sie beim mokutil-Utility zu registrieren. Beachten Sie, dass bei dieser Methode zuerst ein X.509-Schlüsselpaar erstellt werden muss.
SGX auf Intel-Architektur aktiviert
Unbreakable Enterprise Kernel Release 7 ermöglicht die Intel Software Guard Extensions-(SGX-)Technologie auf dem skalierbaren Intel Xeon-Prozessor der dritten Generation (Codename Ice Lake).
Anwendungen können diese Hardwarefunktionalität verwenden, um geschützte Regionen mit Benutzercode und Daten, die als Enklaven bezeichnet werden, zu füllen. Bei Aktivierung schützt die neue Hardware den Enklavencode und die Daten vor externen Zugriffen und Änderungen. Enclaves bieten einen Ort, an dem Geheimnisse gespeichert und Daten dann mit diesen Geheimnissen wie DRM-Software verarbeitet werden können. SGX hilft bei der Bereitstellung von Schutz vor vielen bekannten Cybersicherheitsbedrohungen, wodurch die Angriffsfläche von Servern reduziert wird, indem sichere Enklaven verwendet werden, die Informationen vor Prozessen schützen, die mit einem höheren Privileg ausgeführt werden.
Zonefs für Zonenblockgeräte
Die Funktion zonefs (Zonendateisystem) ist ein einfaches Dateisystem, das jede Zone eines zonierten Blockgeräts als Datei verfügbar macht. Im Gegensatz zu einem regulären POSIX-konformen Dateisystem mit nativer Unterstützung von Blockgeräten in Zonen, z.B. f2fs, blendet zonefs das sequenzielle Schreib-Constraint von Zonenblockgeräten nicht für den Benutzer aus. Dateien, die sequenzielle Schreibzonen des Geräts darstellen, müssen sequenziell ab dem Ende der Datei geschrieben werden (nur Schreibvorgänge anhängen).
Veraltete und entfernte Funktionen
Die folgenden Funktionen sind veraltet, wurden entfernt oder werden in UEK R7 nicht mehr unterstützt:
-
/dev/raw Gerät entfernt
Der
/dev/raw-Treiber, der im Jahr 2005 als veraltet markiert wurde, wurde in diesem Release entfernt. In früheren Releases stellten die Geräteknoten unter/dev/raweine Schnittstelle zur direkten I/O-Semantik für Anwendungen bereit, die vor der Einführung des DateiflagsO_DIRECTin Linux geschrieben wurden. Durch diese Änderung ist auch der raw-Befehl, der Teil desutil-linux-Packages ist, nicht funktionsfähig.Um eine direkte I/O-Dateisemantik zu erhalten, verwenden Sie die entsprechende Einstellung für die I/O-Datei wie folgt:
-
Verwenden Sie für C das Flag
O_DIRECTals Teil desopen()-Systemaufrufs. -
Verwenden Sie für Java den
RandomAccessFile-Modus "rwd" (zum Lesen und Schreiben öffnen). -
In der Shell können Sie die
dd-Flagsiflag=direct(zum Lesen) undoflag=direct(zum Schreiben) verwenden.
-
-
resilient_rdmaip-Modul veraltet
Das Modul
resilient_rdmaipist in UEK R7 veraltet. Dieses Modul kann in einer späteren UEK-Version entfernt werden. -
Cisco fnic 1.6-Treiber wird nicht unterstützt
Cisco unterstützt nicht mehr den Cisco FCoE HBA-Treiber (
fnic1.6), der aus dem Upstream-Kernel stammt und in den meisten Kernel verfügbar ist, einschließlich UEK R5, UEK R6 und UEK R7. Cisco stellt auf der Downloadseite der Cisco-Software einen vollständig unterstützten UCS Linux-Treiber (Version 2.0.0.83 und höher) bereit, der auf Oracle Linux getestet wurde und mit UEK R5 und späteren UEK-Releases kompatibel ist. Das Treiberpaket enthält Funktionen, die im aktuell enthaltenen Treibermodul nicht verfügbar sind, wie NVMe-Unterstützung und Multi-Queue-Unterstützung.Kunden, die Oracle Linux auf Cisco-Servern ausführen, müssen das Cisco-Treiberpaket installieren, um Treiberkorrekturen, Treiberupdates, neue Hardwareunterstützung und Unterstützung neuer Funktionen zu erhalten. Wenden Sie sich an Cisco, um weitere Informationen zu Treiberlösungen für Oracle Linux zu erhalten.
-
oracleasm Kernel-Modul entfernt
Das Kernelmodul
oracleasmwird in UEK R7 entfernt. Beachten Sie, dass dieses Modul weiterhin in den UEK R5- und UEK R6-Releases unterstützt wird.Beachten Sie, dass Oracle ASMLib weiterhin durch die Verwendung von
io_uring-Schnittstellen unterstützt wird. Weitere Informationen finden Sie unter Kernelfeatures und -funktionen. -
DRBD-Kernelmodul entfernt
Das DRBD-(Distributed Replicated Block Device-)Kernelmodul und das
drbd-utils-Package werden in UEK R7 entfernt. Beachten Sie, dass das DRBD-Kernelmodul und das zugehörige Paket, das als Technologievorschau in UEK R4 eingeführt wurde und in UEK R6U3 veraltet ist, weiterhin in UEK R5 und UEK R6 aktiviert ist.