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 bei 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

Änderung der BIOS-Einstellungen wird nicht unterstützt

In der Bare-Metal-Lösung werden keine Änderungen an den BIOS-Einstellungen unterstützt, einschließlich des Deaktivierens 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. Informationen dazu finden Sie in der Dokumentation Ihres Betriebssystems.

VPC Service Controls-Parameter werden von der regionalen Erweiterung der Bare-Metal-Lösung nicht unterstützt

Wenn Sie eine VPC mit aktivierten Service Controls mit Ihrer Bare-Metal-Lösungsumgebung verbinden, werden keine Service Control-Garantien eingehalten.

Die Bare Metal Solution 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 Customer Care, um IhrGoogle Cloud -Projekt auf die Zulassungsliste für die Verwendung dieser Funktion zu setzen.

Ändern der ASN wird nicht unterstützt

Die Bare-Metal-Lösung und Partner Interconnect unterstützen keine benutzerdefinierten Nummern autonomer Systeme (Autonomous System Numbers, ASNs). Die ASN des Bare-Metal-Lösungs-Clientnetzwerks ist auf 65500 festgelegt. Für Partner Interconnect müssen alle Cloud Router die lokale ASN 16550 haben.

Wir empfehlen Ihnen, 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.

MTU-Änderungen bei VLAN-Anhängen werden nicht unterstützt

Wenn Sie die MTU auf der VPC-Seite ändern, wird die MTU auf der Bare-Metal-Lösungsseite der Verbindung nicht automatisch aktualisiert.

Wenn Sie die MTU ändern möchten, müssen Sie die Änderung über den Support anfordern oder den VLAN-Anhang mit der neuen MTU neu erstellen.

Bekannte Probleme

Kaltes Herunterfahren nach dem ersten Neustart über den OVM Manager

Bei Servern, die mit OVM 3.4.6 bereitgestellt werden, führt der erste Neustart über den OVM Manager nach der ersten Bereitstellung oder dem Re-Imaging zu einem Kaltstart.

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

Der Server braucht lange zum Hochfahren

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

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

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

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

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

Hier sind unsere Empfehlungen und der Workaround 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 ethtool -d aus.
Verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie in 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.
Bei Systemen mit Kernel-Versionen unter 4.18.0-240, die nicht aktualisiert werden können, verhindern Sie, dass das sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie in 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. Führen Sie ein Update auf SLES 15 SP4 (Kernel-Version 5.14.21-150400.22.1) oder höher durch.

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 sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

Fügen Sie in 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 Aktualisierungsanleitung 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 sosreport-Dienstprogramm ethtool -d aufruft, indem Sie das Netzwerk-Plug-in deaktivieren.

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

Oracle VM Server

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

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

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

Wenn Sie Ihren Bare-Metal-Lösung-Server mit Oracle VM (OVM) aktualisiert haben und er keine Verbindung zum OVM Manager herstellen kann, liegt das möglicherweise an diesem Problem. Durch das Aktualisieren der Firmware eines Bare-Metal-Lösungsservers ändert sich seine 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. Um dies zu verhindern, wenden Sie vor dem Aktualisieren der Firmware Ihres Bare-Metal-Lösungsservers den in Oracle Doc ID 1534416.1 beschriebenen Workaround an. Wenn Sie Hilfe bei der Implementierung dieses Workarounds benötigen, wenden Sie sich an Customer Care.