Oracle Cloud Infrastructure-Dokumentation

bekannte Probleme mit Compute Cloud@Customer

Diese bekannten Probleme wurden in Compute Cloud@Customer identifiziert.

Das Upgrade kann sich auf die Load Balancer as a Service-Funktionalität auswirken

Beim ersten Upgrade nach Mai 2025 wird der Load Balancer as a Service (LBaaS) in eine neue Hintergrundimplementierung geändert. Infolgedessen sind einige Funktionen entweder anders oder nicht mehr verfügbar. Eine vorhandene Konfiguration, die in der neuen Implementierung nicht mehr unterstützt wird, kann sich negativ auf das Softwareupgrade auswirken.

Details

Wenn Sie den Load-Balancer-Service verwenden, prüfen Sie vor dem ersten Upgrade nach Mai 2025 die folgenden Probleme, und handeln Sie bei Bedarf:

  • Regex-Parsing für Antwortbody (Bug: 37629014)

    Wenn ein Load Balancer mit regulärem Ausdruck (Regex) zum Parsen von Backend-Antworten auf Zustandsinformationen konfiguriert ist, funktioniert das nach dem Upgrade nicht mehr. Die Meldung des Gesundheitsstatus ist auf Antwortcodes beschränkt.

    Problemumgehung: Dekonfigurieren Sie die optionale Regex-Einstellung (--response-body-regex) für die Antwort von den Backend-Servern.

  • Cipher Suites (Bug: 37461876)

    In der neuen Load Balancer-Implementierung wurden schwächere Cipher Suites entfernt. In Zukunft können SSL-/TLS-Verbindungen mit diesen Cipher Suites gesichert werden:

    AES128-GCM-SHA256, AES256-GCM-SHA384, 
ECDHE-ECDSA-AES128-GCM-SHA256, ECDHE-ECDSA-AES256-GCM-SHA384, 
ECDHE-RSA-AES128-GCM-SHA256, ECDHE-RSA-AES256-GCM-SHA384, 
AES128-SHA, AES256-SHA, DES-CBC3-SHA, 
ECDHE-ECDSA-AES128-SHA, ECDHE-ECDSA-AES256-SHA, 
ECDHE-RSA-AES128-SHA, ECDHE-RSA-AES256-SHA, 
PSK-AES128-CBC-SHA, PSK-AES256-CBC-SHA

    Problemumgehung: Stellen Sie sicher, dass Ihre Load-Balancer-Konfiguration die neuesten Cipher Suites verwendet. Ändern Sie gegebenenfalls die vorhandenen Load-Balancer-Konfigurationen.

  • Cookie-basierte Sessionpersistenz (Bug: 37473362)

    Bei vorhandenen Load Balancern kann die Sessionpersistenz zwischen Clients und Backend-Servern mithilfe von Anwendungs-Cookies oder Load-Balancer-Cookies aktiviert werden. Diese werden nach dem Upgrade nicht mehr unterstützt.

    Problemumgehung: Dekonfigurieren Sie die cookiebasierte Sessionpersistenz. Load-Balancer-Cookies können auch unter der Bedingung beibehalten werden, dass die Load-Balancing-Policy vor dem Upgrade auf IP-Hash gesetzt ist.

  • Voreinstellung für Serverreihenfolge

    Der SSL-Parameter zur Priorisierung von Server-Cipher gegenüber Client-Cipher wird nicht unterstützt.

Weitere Informationen finden Sie unter Load Balancer as a Service.

GPU-Treiber, die nicht in Oracle Linux-Plattformimages enthalten sind

Die mit Compute Cloud@Customer bereitgestellten Oracle Linux 8- oder Oracle Linux 9-Plattformimages enthalten keine GPU-Treiber. Wenn Sie eine GPU-Instanz erstellen, müssen Sie die GPU-Treiber manuell installieren.

Details

Wenn eine Compute Cloud@Customer-Installation Compute Nodes mit GPUs enthält, können Sie auf diese zugreifen, indem Sie eine dedizierte Ausprägung auswählen. Die GPU-Ausprägungen können für Compute-Instanzen basierend auf einem Oracle Linux 8- oder Oracle Linux 9-Plattformimage ausgewählt werden. Die aktuellen Imageversionen enthalten keine GPU-Treiber. Das Instanz-BS erkennt die zugewiesenen GPUs. Um diese zu verwenden, benötigen Sie jedoch das CUDA-Toolkit von der NVIDIA-Entwicklersite, um die erforderlichen Treiber zu installieren.

Hinweis

Die Installation des großen Downloads und des lokalen Repositorys erfordert viel Festplattenspeicher. Das standardmäßige 50-GB-Boot-Volume ist bei Oracle Linux 9 nicht ausreichend und bei Oracle Linux 8 nur ausreichend groß. Es wird dringend empfohlen, die Boot-Volume-Größe auf mindestens 60 GB zu erhöhen und das Dateisystem entsprechend zu erweitern.

Zwischenlösung

Melden Sie sich nach dem Erstellen der Instanz bei der Instanz an, und installieren Sie das CUDA Toolkit. Befolgen Sie die Anweisungen für Ihre Oracle Linux-Version.

GPU-Treiber in einer Oracle Linux 9-Instanz installieren

  1. Laden Sie in der Befehlszeile der Instanz die CUDA Toolkit rpm für Ihr BS herunter, und installieren Sie sie.

    $ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
$ sudo rpm -i cuda-repo-rhel9-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
$ sudo dnf clean all
$ sudo dnf install cuda-toolkit-12-8

  2. Aktivieren Sie das yum-Repository für Oracle Linux 9 EPEL. Installieren Sie das Package dkms. 

    $ sudo yum-config-manager --enable ol9_developer_EPEL
$ sudo dnf install dkms

  3. Installieren Sie GPU-Treiber.

    $ sudo dnf install cuda-12-8

  4. Prüfen Sie die Installation mit der NVIDIA System Management Interface. 

    $ nvidia-smi
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 570.86.10              Driver Version: 570.86.10      CUDA Version: 12.8     |
|-----------------------------------------+------------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
|                                         |                        |               MIG M. |
|=========================================+========================+======================|
|   0  NVIDIA L40S                    Off |   00000000:00:05.0 Off |                    0 |
| N/A   26C    P8             23W /  350W |       1MiB /  46068MiB |      0%      Default |
|                                         |                        |                  N/A |
+-----------------------------------------+------------------------+----------------------+

+-----------------------------------------------------------------------------------------+
| Processes:                                                                              |
|  GPU   GI   CI              PID   Type   Process name                        GPU Memory |
|        ID   ID                                                               Usage      |
|=========================================================================================|
|  No running processes found                                                             |
+-----------------------------------------------------------------------------------------+
GPU-Treiber in einer Oracle Linux 8-Instanz installieren

  1. Laden Sie in der Befehlszeile der Instanz die CUDA Toolkit rpm für Ihr BS herunter, und installieren Sie sie.

    $ wget https://developer.download.nvidia.com/compute/cuda/12.8.0/local_installers/cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
$ sudo rpm -i cuda-repo-rhel8-12-8-local-12.8.0_570.86.10-1.x86_64.rpm
$ sudo dnf clean all
$ sudo dnf install cuda-toolkit-12-8

  2. Aktivieren Sie das yum-Repository für Oracle Linux 8 EPEL. Installieren Sie das Package dkms. 

    $ sudo yum-config-manager --enable ol8_developer_EPEL
$ sudo dnf install dkms

  3. Installieren Sie GPU-Treiber.

    $ sudo dnf install cuda-12-8

  4. Installieren Sie das NVIDIA Kernel-Modul. 

    $ sudo scl enable gcc-toolset-13 bash
# dkms install nvidia-open -v 570.86.10

    Wenn dieser make-Fehler angezeigt wird, während das Kernelmodul erstellt wird, können Sie ihn problemlos ignorieren. 

    Cleaning build area...(bad exit status: 2)
Failed command:
make -C /lib/modules/5.15.0-206.153.7.el8uek.x86_64/build M=/var/lib/dkms/nvidia-open/570.86.10/build clean

  5. Prüfen Sie die Installation mit der NVIDIA System Management Interface. 

    # nvidia-smi
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 570.86.10              Driver Version: 570.86.10      CUDA Version: 12.8     |
|-----------------------------------------+------------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
|                                         |                        |               MIG M. |
|=========================================+========================+======================|
|   0  NVIDIA L40S                    Off |   00000000:00:05.0 Off |                    0 |
| N/A   26C    P8             23W /  350W |       1MiB /  46068MiB |      0%      Default |
|                                         |                        |                  N/A |
+-----------------------------------------+------------------------+----------------------+

+-----------------------------------------------------------------------------------------+
| Processes:                                                                              |
|  GPU   GI   CI              PID   Type   Process name                        GPU Memory |
|        ID   ID                                                               Usage      |
|=========================================================================================|
|  No running processes found                                                             |
+-----------------------------------------------------------------------------------------+

Nachdem ein API-Schlüssel erstellt oder geändert wurde, verläuft der anfängliche CLI-Befehl möglicherweise nicht erfolgreich

Details

Wenn ein API-Schlüssel für einen Benutzer hinzugefügt oder geändert wird, verläuft der erste CLI-Befehl mit dem neuen oder geänderten Schlüssel möglicherweise nicht erfolgreich.

Zwischenlösung
Warten Sie einige Minuten, bis der neue Schlüssel in der Compute Cloud@Customer-Infrastruktur synchronisiert ist, und wiederholen Sie dann den CLI-Befehl.

Die CLI-Befehle oci ccc get Infrastructure und oci ccc infrastructure update geben null für den Wert provisioning_pin zurück

Details

Wenn Sie eine Infrastruktur erstellen, wird eine PIN generiert und in der Ausgabe angezeigt.

Wenn Sie jedoch den Befehl oci ccc get infrastructure direkt nach dem Erstellen oder Aktualisieren der Infrastruktur verwenden, wird die PIN möglicherweise nicht zurückgegeben.

Dies geschieht, weil die PIN für den Befehl get bis zu 5 Minuten nach der Erstellung nicht verfügbar ist.

Beispielausgabe:

{
  "compartment_id": "ocid1.compartment.oc1..uniqueID",
. . .
  },
  "display_name": "C3ResourcePrincipal_infra",
  "freeform_tags": {},
  "id": "ocid1.cccinfrastructure.uniqueID",
  "lifecycle_details": null,
  "lifecycle_state": "ACTIVE",
  "provisioning_fingerprint": null,
  "provisioning_pin": null,
  "rack_inventory": {
    "capacity_storage_tray_count": null,
    "compute_node_count": null,
    "management_node_count": null,
    "performance_storage_tray_count": null,
    "serial_number": null
. . .

}
Zwischenlösung

Rufen Sie die PIN aus dem Befehl create ab, oder warten Sie 5 Minuten, um die PIN mit dem Befehl get abzurufen.

Weitere Informationen finden Sie auf der ccc-Infrastruktur-CLI-Referenzseite.

Wenn Sie den ccc Infrastructure list-CLI-Befehl mit der Option --compartment-id-in-subtree true verwenden, werden keine Ergebnisse zurückgegeben

Details

Sie erhalten eine leere Liste, obwohl sich Elemente im Unterbaum befinden.

Beispiel:

oci ccc infrastructure list --profile user1 --compartment-id-in-subtree true -c ocid1.tenancy.oc1..uniqueID
{
  "data": {
    "items": []
  }
}
Zwischenlösung

Anstatt die Option --compartment-id-in-subtree zu verwenden, fragen Sie jedes Compartment direkt mit der Option -compartment ab.

Beispiel:

oci ccc infrastructure list --profile user1 -compartment ocid1.tenancy.oc1..uniqueID
{
  "data": {
    "items": [ list of compartment details ]
  }
}

Weitere Informationen finden Sie auf der ccc-Infrastruktur-CLI-Referenzseite.

Die Ausgabe von oci iam user get listet keine Benutzerfunktionen auf

Details

Die Ausgabe von oci iam user get unterscheidet sich zwischen Oracle Cloud Infrastructure (OCI) und Compute Cloud@Customer. Die Compute Cloud@Customer-Ausgabe zeigt null für capabilites an und lässt die Liste der Funktionen aus, wie in der folgenden Tabelle gezeigt.

OCI-Ausgabe Compute Cloud@Customer-Ausgabe 
oci iam user get --user-id ocid1.user.oc1..uniqueID
{
"data": {
"capabilities": {
"can-use-api-keys": true,
"can-use-auth-tokens": true,
"can-use-console-password": true,
"can-use-customer-secret-keys": true,
"can-use-o-auth2-client-credentials": true,
"can-use-smtp-credentials": true
},
"compartment-id":
"ocid1.tenancy.oc1..uniqueID",
"defined-tags": {
"Oracle-Recommended-Tags": {
"ResourceType": "group",
"UtilExempt": "minrequired"
}
},
"description": "user-1",
"email": null,
"email-verified": false,
"external-identifier": null,
"freeform-tags": {},
"id":
"ocid1.user.oc1..uniqueID"
,
"identity-provider-id": null,
"inactive-status": null,
"is-mfa-activated": false,
"last-successful-login-time": "2024-02-08T10:25:44.036000+00:00",
"lifecycle-state": "ACTIVE",
"name": "user-1",
"previous-successful-login-time": null,
"time-created": "2024-02-08T09:12:35.256000+00:00"
},
"etag": "60f0527b3bbd0f40f137d4149d131fbf77eb44ab"
}
 
oci iam user get --user-id
ocid1.user.oc1..uniqueID
{
"data": {
"capabilities": null,

"compartment-id":
"ocid1.tenancy.oc1..uniqueID",
"defined-tags": {
"Oracle-Recommended-Tags": {
"ResourceType": "group",
"UtilExempt": "minrequired"
}
},
"description": "user-1",
"email": null,
"email-verified": null,
"external-identifier": null,
"freeform-tags": {},
"id":
"ocid1.user.oc1..uniqueID"
,
"identity-provider-id": null,
"inactive-status": null,
"is-mfa-activated": null,
"last-successful-login-time": null,
"lifecycle-state": "ACTIVE",
"name": "user-1",
"previous-successful-login-time": null,
"time-created": "2023-02-08T09:12:35.256000+00:00"
},
"etag": "bee44237-6d70-4691-b7f9-a98fbb332b12"
Zwischenlösung
Um die Liste der Funktionen anzuzeigen, führen Sie den Befehl oci iam user get in Ihrem OCI-Mandanten aus.