Bekannte Probleme und Einschränkungen der Bare-Metal-Lösung

Auf dieser Seite werden bekannte Probleme und Einschränkungen beschrieben, die bei der Verwendung der Bare-Metal-Lösung auftreten können.

Beschränkungen

Änderungen an den BIOS-Einstellungen werden nicht unterstützt

Die Bare-Metal-Lösung unterstützt keine Änderungen an BIOS-Einstellungen, einschließlich des Deaktivierens von C- und P-Status auf BIOS-Ebene.

Um dieses Problem zu umgehen, können Sie die Steuerungen auf Betriebssystemebene von C-Zuständen und P-Zuständen über die Energieverwaltungsfunktion Ihres Betriebssystems verwenden. Informationen dazu finden Sie in der Dokumentation Ihres Betriebssystems.

VPC Service Controls wird nicht unterstützt

Die Bare-Metal-Lösung unterstützt VPC Service Controls nicht. Beim Verbinden einer VPC mit aktivierten Service Controls zu Ihrer Bare-Metal-Lösungsumgebung gelten keine Service Control-Garantien.

Die API für die Bare-Metal-Lösung kann einem sicheren Perimeter hinzugefügt werden. Die VPC Service Controls-Perimeter erstrecken sich jedoch nicht auf die Bare-Metal-Lösungsumgebung in den regionalen Erweiterungen. Weitere Informationen finden Sie unter Unterstützte Produkte und Einschränkungen.

Wenn Sie die Bare-Metal-Lösung trotzdem mit aktiviertem VPC Service Controls verwenden möchten, wenden Sie sich an Customer Care, um Ihr Google Cloud-Projekt auf die Zulassungsliste für die Verwendung dieses Features zu setzen.

Das Ändern der ASN wird nicht unterstützt

Die Bare-Metal-Lösung und Partner Interconnect unterstützen keine benutzerdefinierten autonomen Systemnummern (ASNs). Die ASN des Clientnetzwerks der Bare-Metal-Lösung ist auf 65500 festgelegt. Für Partner Interconnect müssen alle Cloud Router die lokale ASN 16550 haben.

Wir empfehlen, Ihre Bereitstellungen entsprechend zu planen.

Bekannte Probleme

Kaltabschaltung nach dem ersten Neustart über den OVM Manager

Bei Servern, die mit OVM 3.4.6 bereitgestellt werden, führt der erste Neustart, der über den OVM Manager initiiert wird, entweder nach der ersten Bereitstellung oder einem erneuten Abbild, zu einem Kalt Herunterfahren.

Informationen zum Einschalten eines Servers finden Sie unter Server der Bare-Metal-Lösung betreiben.

Das Starten des Servers dauert sehr lange

Die Startzeit kann je nach Größe Ihres Servers und der Anzahl der freigegebenen LUNs variieren.

Je größer der Server, desto länger dauert das Starten.

Die Anzahl der freigegebenen LUNs auf einem Server wirkt sich auch auf seine Startzeit aus. Beispielsweise kann das Starten eines o2-highmem-224-metal-Servers mit ca. 100 freigegebenen LUNs über eine Stunde dauern, im Vergleich zu einem o2-highmem-224-metal-Server mit weniger LUNs, der etwa 45 Minuten in Anspruch nehmen würde. Das liegt an der Zeit, die für die Ausführung aller Prüfungen erforderlich ist. Dies ist normal.

Pufferüberlauf bei Verwendung von ethtool mit dem Debug-Flag

Ein Fehler, der bei der Verwendung von ethtool -d zu einem Pufferüberlauf führte, wurde im Linux 5.8-Kernel behoben. Dieser Fehler kann eine Kernel-Panic verursachen und sich abhängig vom verwendeten Betriebssystem und Hypervisor auf Ihren Bare-Metal-Lösungsserver auswirken.

Im Folgenden finden Sie unsere Empfehlungen und Möglichkeiten zur Umgehung dieses Fehlers:

Red Hat Enterprise Linux (RHEL)

Wenn Sie RHEL 7.x verwenden, beachten Sie diese Richtlinien:

  • Führen Sie ethtool nicht mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen ein:

    [plugins]
disable = networking

Wenn Sie RHEL 8.x verwenden, beachten Sie diese Richtlinien:

  • Aktualisieren Sie auf Kernel-Version RHEL 8.3 (Kernel 4.18.0-240) oder höher.

  • Bei Systemen mit Kernel-Versionen niedriger als 4.18.0-240, die nicht aktualisiert werden können, verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft. Deaktivieren Sie dazu das Netzwerk-Plug-in.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen ein:

    [report]
skip-plugins = networking

Weitere Informationen finden Sie unter Red Hat-Lösung.

SUSE Linux Enterprise Server(SLES)

Dieser Fehler wurde in SLES 15 SP4 (Kernel-Version 5.14.21-150400.22.1) behoben. Aktualisieren Sie auf SLES 15 SP4 (Kernel-Version 5.14.21-150400.22.1) oder höher.

Oracle Enterprise Linux

Wenn Sie Oracle Linux 7.x verwenden, beachten Sie die folgenden Richtlinien:

  • Führen Sie ethtool nicht mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen ein:

    [plugins]
disable = networking

Wenn Sie Oracle 8.x verwenden, beachten Sie die folgenden Richtlinien:

  • Dieser Fehler wurde in OL8U7 (kernel-uek-5.15.0-3.60.5.1) behoben. Sie können ein Update auf den neuesten Kernel durchführen. Folgen Sie dazu der Aktualisierungsanleitung von Oracle.

  • Wenn eine Aktualisierung auf die Kernel-Version kernel-uek-5.15.0-3.60.5.1 nicht möglich ist, verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft. Deaktivieren Sie dazu das Netzwerk-Plug-in.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen ein:

    [report]
skip-plugins = networking

Oracle-VM-Server

  • Führen Sie ethtool nicht in der Domain dom0 mit dem Debug-Flag ethtool -d aus.

  • Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

    Fügen Sie in der Datei /etc/sos/sos.conf die folgenden Zeilen ein:

    [plugins]
disable = networking

OVM-Server kann nach dem TS54-Firmware-Upgrade keine Verbindung zum OVM Manager herstellen

Wenn Sie den Server Ihrer Bare-Metal-Lösung aktualisiert haben, auf dem Oracle VM (OVM) ausgeführt wird, und er keine Verbindung zum OVM-Manager herstellen kann, ist dieses Problem möglicherweise der Grund. Durch das Upgrade der Firmware eines Servers für Bare-Metal-Lösung ändert sich dessen SMBIOS-UUID. Die OVM verwendet diese UUID, um sich beim OVM Manager zu identifizieren. Daher kann die Änderung der UUID zu Problemen bei der Kommunikation zwischen den beiden führen. Wenn Sie dies verhindern möchten, führen Sie vor dem Upgrade der Firmware des Servers für die Bare-Metal-Lösung die in der Oracle-Dokument-ID 1534416.1 beschriebene Problemumgehung aus. Wenn Sie bei der Implementierung dieser Problemumgehung Hilfe benötigen, wenden Sie sich an den Kundendienst.