Die Verfügbarkeit der Bare-Metal-Lösung wird auf ein spezielles Modell umgestellt, das nur auf der Zulassungsliste basiert. Wenn Sie bereits Kunde sind, wenden Sie sich bitte an Ihr Google-Account-Team, um die Vorteile einer Migration zu den neuen Angeboten der strategischen Partnerschaft zwischen Oracle und Google Cloud zu besprechen.

Google uses AI technology to translate content into your preferred language. AI translations can contain errors.

Bekannte Probleme und Einschränkungen in 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 den BIOS-Einstellungen, einschließlich der Deaktivierung von C- und P-Zuständen auf BIOS-Ebene.

Zur Umgehung dieses Problems können Sie die Steuerelemente für C- und P-Zustände auf Betriebssystemebene über die Energieverwaltungsfunktion Ihres Betriebssystems nutzen. Weitere Informationen finden Sie in der Dokumentation Ihres Betriebssystems.

Die regionale Erweiterung der Bare-Metal-Lösung unterstützt keine VPC Service Controls-Parameter

Wenn Sie eine VPC mit aktivierten Dienststeuerungen mit Ihrer Bare-Metal-Lösungsumgebung verbinden, werden keine Dienststeuerungsgarantien eingehalten.

Die Bare-Metal-Lösung API 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 weiterhin mit aktivierten VPC Service Controls verwenden möchten, wenden Sie sich an den Kundensupport, um Ihr Google Cloud Projekt der Zulassungsliste für die Verwendung dieser Funktion hinzuzufügen.

Änderungen an der ASN werden nicht unterstützt

Die Bare-Metal-Lösung und Partner Interconnect unterstützen keine benutzerdefinierten autonomen Systemnummern (Autonomous System Numbers, ASNs). Die ASN des Bare-Metal-Lösung-Clientnetzwerks 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.

Maximale Anzahl von LUNs, die an einen Server angehängt werden können

Sie können maximal 200 LUNs (einschließlich der Boot-LUN) an einen Bare-Metal-Lösungsserver anhängen.

Bekannte Probleme

Kaltes Herunterfahren nach dem ersten Neustart über OVM Manager

Bei Servern, die mit OVM 3.4.6 bereitgestellt wurden, führt der erste Neustart über den OVM Manager nach der Erstbereitstellung oder dem Re-Imaging zu einem kalten Herunterfahren.

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

Server benötigt lange zum Booten

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

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

Die Anzahl der freigegebenen LUNs auf einem Server wirkt sich auch auf die Bootzeit aus. Ein o2-highmem-224-metal-Server mit etwa 100 freigegebenen LUNs benötigt beispielsweise über eine Stunde zum Booten, während ein o2-highmem-224-metal-Server mit weniger LUNs etwa 45 Minuten benötigt. Das liegt an der Zeit, die für die Ausführung aller Prüfungen erforderlich ist, und ist normal.

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

Ein Fehler, der einen Pufferüberlauf bei Verwendung von ethtool -d verursacht, wurde im Linux 5.8-Kernel behoben. Dieser Fehler kann zu einer Kernel-Panik führen und sich je nach verwendetem Betriebssystem und Hypervisor auf Ihren Bare-Metal-Lösungsserver auswirken.

Im Folgenden finden Sie unsere Empfehlungen und eine Problemumgehung für diesen Fehler:

Red Hat Enterprise Linux (RHEL)

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

Führen Sie ethtool nicht mit dem Debug-Flag aus: ethtool -d.
Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:
```
[plugins]
disable = networking
```

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

Aktualisieren Sie auf die Kernelversion RHEL 8.3 (Kernel 4.18.0-240) oder höher.
Verhindern Sie bei Systemen mit Kernelversionen unter 4.18.0-240 , die nicht aktualisiert werden können, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:
```
[report]
skip-plugins = networking
```

Weitere Informationen finden Sie in der 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 aus: ethtool -d.
Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:
```
[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 auf den neuesten Kernel aktualisieren, indem Sie der Updateanleitung von Oracle folgen.
Wenn Sie nicht auf die Kernelversion kernel-uek-5.15.0-3.60.5.1 aktualisieren können, verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:
```
[report]
skip-plugins = networking
```

Oracle VM Server

Führen Sie ethtool nicht in der dom0-Domain mit dem Debug-Flag aus: ethtool -d.
Verhindern Sie, dass das Dienstprogramm sosreport ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie der Datei /etc/sos/sos.conf die folgenden Zeilen hinzu:
```
[plugins]
disable = networking
```

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

Wenn Sie Ihren Bare-Metal-Lösungsserver mit Oracle VM (OVM) aktualisiert haben und er keine Verbindung zum OVM Manager herstellen kann, ist dieses Problem möglicherweise die Ursache. Durch das Aktualisieren der Firmware eines Bare-Metal-Lösungsservers ändert sich die SMBIOS-UUID. 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. Um dies zu verhindern, wenden Sie vor dem Aktualisieren der Firmware Ihres Bare-Metal-Lösungsservers die in Oracle Doc ID 1534416.1 beschriebene Problemumgehung an. Wenn Sie Hilfe bei der Implementierung dieser Problemumgehung benötigen, wenden Sie sich an den Kundensupport.