TDX virtuelle Server werden nur in der Region Washington DC (us-ost) unterstützt

Problem: Alle Profile für vertrauliche Datenverarbeitung unterstützen sowohl Intel® Software Guard Extensions (SGX) als auch Intel® Trusted Domain Extensions (TDX). Wenn Sie die API verwenden, um Instanzprofile aufzulisten, z. B. mit GET /instance/profiles oder GET /instance/profiles/{name}, zeigt die Antwort an, dass alle vertraulichen Datenverarbeitungsprofile SGX und TDX unterstützen. TDX ist jedoch derzeit nur in der Region Washington DC (us-ost) verfügbar. Wenn Sie eine virtuelle Serverinstanz mit einem vertraulichen Datenverarbeitungsprofil und TDX erstellen möchten, können Sie diese virtuelle Serverinstanz nur in der Region Washington DC (us-east) erstellen. Sie können keine virtuelle Serverinstanz mit TDX in einer anderen Region, einschließlich Dallas (us-south) und Frankfurt (eu-de), erstellen.

s390x profile enthalten keine "Werte"-Eigenschaft

Problem: Bei der Auflistung von Instanzprofilen oder beim Abrufen eines Instanzprofils enthalten die Instanzprofile von s390x nicht die erforderliche Eigenschaft values im Objekt confidential_compute_modes. Eine vollständige Liste der Profile finden Sie unter s390x instance profiles.

Kontrollsumme ist für manche öffentlichen Images nicht verfügbar

Problem: Wenn Sie Images mithilfe der API oder der Befehlszeilenschnittstelle auflisten, enthalten manche öffentlichen Archivimages möglicherweise keine Kontrollsumme. Die Kontrollsumme für Archivimages dient nur zu Informationszwecken. Es ist kein Fix verfügbar.

Ein benutzerdefiniertes Image, das aus einem Startvolume erstellt wird, das aus einem unverschlüsselten Image bereitgestellt wurde, ist größer als das Originalimage

Problem: Wenn Ihr benutzerdefiniertes Image nicht verschlüsselt ist und die Größe der virtuellen Festplatte unter 100 GB liegt, führt die Bereitstellung dieses Images auf einer Instanz und die Erstellung eines benutzerdefinierten Images vom Boot-Volume dieser Instanz zu einer minimum_provisioned_size von 100 GB. Es ist kein Fix verfügbar.

Benutzerdefinierte Bilder in einem privaten Katalog Bekanntes Problem

Problem: Wenn Sie ein oder mehrere Images in ein virtuelles Server-Image für eine VPC-Katalog-Produktangebotsversion importiert haben und diese Version bearbeiten, wird eine zusätzliche Version mit der Endung "Entwurf" erstellt. Sie können keine Instanz aus dieser Entwurfsversion bereitstellen. Die Entwurfsversionen können auf der Seite zur Erstellung der virtuellen Serverinstanz in der Konsole oder in der Ausgabe des CLI-Befehls ibmcloud is catalog-image-offering erscheinen.

iPXE-Netzboot-bekanntes Timing-Problem

Problem: Wenn Sie den iPXE auf einem Bare Metal Server auf VPC verwenden, ist der Netzwerkkonfigurationsprozess möglicherweise noch nicht abgeschlossen, wenn das iPXE ausgeführt wird. Wenn dieses Problem auftritt, schlägt der DHCP-Befehl möglicherweise fehl oder es wird ein Timeout-Fehler angezeigt. Eine Korrektur für dieses Problem ist geplant.

Problemumgehung: Führen Sie in der VNC-Konsole die iPXE-Befehle manuell aus. Alternativ können Sie dem Script iPXE anstelle des DHCP-Befehls Folgendes hinzufügen.

  :retry_dhcp
  dhcp || goto retry_dhcp
  sleep 2

Problem: Datenflussprotokollkollektoren sind nicht in Bare Metal Servers integriert. Wenn Sie daher einen Datenflussprotokollkollektor für eine VPC erstellen, wird Datenverkehr, der zu und von Bare-Metal-Servern in dieser VPC fließt, nicht protokolliert.

Problem: Netzlastausgleichsfunktionen sind nicht in Bare Metal Servers integriert. Wenn Sie also eine Netzlastausgleichsfunktion erstellen, können Sie keine Bare Metal Servers als Ziel für ein Lastausgleichsfunktion-Poolmitglied angeben.

Problem: Sie können ein Teilnetz nicht löschen, wenn Sie einen Bare Metal Server löschen. Warten Sie nach der Bare-Metal-Löschung ~ 2 Minuten, bevor Sie das Teilnetz löschen.

Da alle Bare-Metal-Profile für VMware® zertifiziert sind, werden die Imageeigenschaft supported_image_flags und die Profileigenschaft required_image_flags, für die diese Möglichkeit in der Betaphase angegeben war, nicht weiterverwendet. Diese Eigenschaften sind möglicherweise weiterhin für API-und CLI-Konsumenten sichtbar, aber sie werden nicht unterstützt und dürfen nicht verwendet werden. Diese Eigenschaften werden in einem zukünftigen Release vollständig entfernt.

Schnelle Wiederherstellung von Momentaufnahmen mit einem vom Kunden verwalteten Verschlüsselungsproblem

Problem: Wenn Sie ein Volume von einem Snapshot wiederherstellen, indem Sie die Schnellwiederherstellungsfunktion verwenden, können Sie einen unterschiedlichen Verschlüsselungsschlüssel für den Snapshot und das neue Volume verwenden. Wenn Sie den Snapshot-Verschlüsselungsschlüssel aus dem Schlüsselverwaltungsdienst löschen, ist das Volume möglicherweise immer noch unzugänglich, wenn es an eine virtuelle Serverinstanz angeschlossen oder erneut angeschlossen wird.

Problemumgehung: Verwenden Sie zum Wiederherstellen des Verschlüsselungsschlüssels für Momentaufnahmen die Prozedur zur Schlüsselwiederherstellung. Nach der Wiederherstellung des Schlüssels kann auf den Datenträger zugegriffen werden.

Datenträger und Momentaufnahmen lassen die Katalogangebotsinformationen für nicht fakturierte Katalogangebotsversionen weg

Problem: Wenn Sie einen Datenträger oder eine Momentaufnahme abrufen, der bzw. die ursprünglich als Bootdatenträger in einer Instanz mit einem fakturierten Katalogangebot und ohne Abrechnungsplan bereitgestellt wurde, enthält die Antwort die Eigenschaft catalog_offering nicht.

Dateifreigabe-Replikations-Snapshots

Bei der Replikation zwischen der Quellfreigabe und ihrem Replikat erstellt das System temporäre Snapshots im Verzeichnis .snapshot, um die Datensynchronisation zu unterstützen. Diese vom System verwalteten Snapshots werden mit dem Wort "Replikation" und dem zugehörigen Erstellungszeitstempel benannt und nicht mit einem Fingerabdruck. Diese Snapshots werden automatisch freigegeben und gelöscht, wenn sie nicht mehr benötigt werden. Diese Snapshots sind weder in der Konsole noch in den CLI- oder API-Antworten sichtbar.

Dateifreigabe-Snapshots sind in der Benutzeroberfläche, der Befehlszeilenschnittstelle oder den API-Antworten für Accessor-Freigaben nicht sichtbar

Benutzer von Accessor-Freigaben haben Zugriff auf alle Daten der Quellfreigabe, einschließlich der Snapshots der Dateifreigabe. Obwohl Benutzer einer Accessor-Freigabe die Dateifreigabe-Snapshots der Quellfreigabe weder in der Konsole noch in den CLI- oder API-Antworten sehen können, können sie auf die Snapshots im Verzeichnis .snapshot der Accessor-Freigabe zugreifen.

Sichtbare Eigenschaft des Dateifreigabe-Snapshot-Verzeichnisses in der API-Antwort

Die Eigenschaft snapshot_directory_visible ist in der API-Antwort für die Methoden enthalten, die eine Dateifreigabe auflisten, erstellen, löschen, abrufen oder aktualisieren. Die Verwendung dieses Feldes wird nicht empfohlen, und es ist geplant, es zu entfernen.

Erstellen einer Zugriffsfreigabe mit einer bestimmten Ressourcengruppe schlägt fehl

Wenn Sie eine Ressourcengruppe explizit in Ihrer API-Anforderung angeben, um eine Zugriffsfreigabe für eine Ursprungsfreigabe zu erstellen, schlägt die Anforderung mit dem Fehler 400 Bad Request fehl. Als Abhilfe können Sie die Accessor-Freigabe erstellen, ohne eine Ressourcengruppe anzugeben; das System wählt dann automatisch die Standard-Ressourcengruppe für die Erstellung der Freigabe.

Wenn eine regionenübergreifende Replik erstellt wird, ist der angezeigte href-Wert des übergeordneten Schnappschusses falsch

Wenn Sie Informationen über Ihre regionenübergreifende Replikatfreigabe abrufen, ist der href-Wert des Quell-Snapshots in der API-Antwort falsch. Beziehen Sie sich stattdessen auf die Quell-Snapshot-ID oder die Quell-Snapshot-CRN.

Regionale Dateifreigabe-Einhängeziele und us-south-dal14-a Verfügbarkeitszone

Das Erstellen eines Einhängeziels für eine regionale Freigabe in einem der Subnetze in us-south-dal14-a wird derzeit nicht unterstützt. Die Bereitstellungsversuche in dieser Zone werden nicht erfolgreich abgeschlossen. Stattdessen bleibt das Einstellungsziel in der lifecycle_state von pending. Regionale Dateifreigaben in der Region us-south können nicht auf virtuellen Serverinstanzen eingehängt werden, die in der Zone us-south-dal14-a bereitgestellt werden, indem ein Einhängeziel in einer anderen Zone verwendet wird.

Sie können feststellen, ob eine Ihrer VPC-Zonen auf us-south-dal14-a abgebildet ist, indem Sie die IBM Cloud Konsole, CLI oder die VPC-API verwenden. Weitere Informationen finden Sie unter Zonenzuordnung pro Konto.

Dateifreigabeeigenschaften fehlen in der API-Antwort

In einer API-Antwort können die folgenden Eigenschaften fehlen oder falsch sein:

• allowed_access_protocols darf beim Abrufen, Auflisten oder Aktualisieren von Dateifreigaben nicht in der Antwort der Freigabe-API enthalten sein.
• storage_generation darf beim Abrufen oder Auflisten von Freigabeprofilen nicht in die Antwort der Freigabeprofil-API aufgenommen werden. Die storage_generation für Dateifreigabeprofile ist 2 für das Profil rfs und 1 für alle anderen Profile.
• zone kann in der Antwort der Freigabe-API beim Erstellen, Abrufen, Auflisten, Aktualisieren oder Löschen von Dateifreigaben mit dem Profil rfs fehlen, wenn eine Version von 2025-07-21 oder früher verwendet wird. Auch bei Verwendung eines version-Abfrageparameters von 2025-07-21 oder früher gibt zone einer rfs-Freigabe die erste Zone der Region zurück und dient nur zu Informationszwecken. zone ist für dp2-Freigaben nicht betroffen und wird für rfs-Freigaben korrekt dargestellt, wenn eine API-Version von 2025-07-22 oder später verwendet wird.

Die Aktualisierung einer regionalen Dateifreigabe auf den Zugriffskontrollmodus vpc ist erfolgreich

Obwohl regionale Dateifreigaben den Zugriffskontrollmodus vpc nicht unterstützen, werden Anfragen zur Aktualisierung einer regionalen Dateifreigabe zur Verwendung eines access_control_mode von vpc fälschlicherweise erfolgreich sein, wobei die Dateifreigabe im Status pending verbleibt.

Erstellen von Replikat-Dateifreigaben mit allowed_transit_encryption_modes oder Einhängezielen mit transit_encryption

Beim Erstellen einer Replikatdateifreigabe mit der Angabe allowed_transit_encryption_modes schlägt die Anfrage fälschlicherweise fehl. Darüber hinaus schlägt die Erstellung einer Replikat-Dateifreigabe mit einem Einhängeziel mit einem transit_encryption-Wert, der nicht in der allowed_transit_encryption_modes der Quellfreigabe aufgeführt ist, fälschlicherweise fehl. Um dieses Problem zu umgehen, geben Sie in Anfragen zur Erstellung einer Replikatdateifreigabe nicht allowed_transit_encryption_modes an. Die allowed_transit_encryption_modes des Replikats wird von der Quellfreigabe geerbt. Verwenden Sie für die Erstellung eines Freigabeeinhängeziels für eine Replikatdateifreigabe nur die transit_encryption Werte, die in der allowed_transit_encryption_modes der Quellfreigabe angegeben sind.

Die Bandbreite für die Dateifreigabe dp2 wird falsch angegeben

Bei dp2-Profilfreigaben wird die in der API-Antwort zurückgegebene bandwidth fälschlicherweise als 1 Mbps in der Dateifreigabe gemeldet. Dieser Wert wird auf der Grundlage des ausgewählten iops Wertes der Freigabe berechnet und hat keinen Einfluss auf dp2 file share QoS.

Verzögerungen bei der Bereitstellung von regionalen Dateifreigaben

Das Erstellen eines Freigabeeinhängeziels für eine regionale Dateifreigabe kann mehr als 10 Minuten dauern, während dieser Zeit wird lifecycle_state pending sein. Einhängeziele für Freigaben, die das Profil dp2 verwenden, sind davon nicht betroffen.

Sicherungsplan-ID-Eigenschaft in der API-Antwort

Wenn Details eines Schnappschusses abgerufen werden, zeigt die API-Antwort den Eigenschaftsnamen backup_plan_id anstelle von backup_policy_plan. Eine Korrektur für dieses Problem ist geplant.

Anforderungen zur Erstellung von Snapshots mit mehreren Volumes werden nicht abgeschlossen, wenn die Konsistenzgruppe Volumes der zweiten Generation enthält

Multi-Volume-Snapshots werden für Volumes der zweiten Generation nicht unterstützt. Wenn Sie versuchen, eine Konsistenzgruppe mit Snapshots einer Mischung aus Volumes der ersten und zweiten Generation zu erstellen, scheint die API-Anforderung erfolgreich zu sein. Die neue Snapshot-Konsistenzgruppe gerät jedoch in einen fehlgeschlagenen Zustand oder bleibt ohne Fehlermeldung im Status "Ausstehend" hängen.

Die Bandbreiteneigenschaft von Datenträgerprofilen der ersten Generation zeigt fälschlicherweise an dependent_range

Wenn Details von Volumenprofilen der ersten Generation abgerufen werden, zeigen die Antworten den Bandbreitentyp fälschlicherweise als dependent_range an. Der richtige Wert ist dependent, da der Bandbreitenwert automatisch vom System zugewiesen wird und dieser Wert nicht manuell oder programmgesteuert geändert werden kann.

Block-Datenträger-Snapshots, die in Montreal erstellt werden, werden unter Object Storage in Washington, DC gespeichert

Da in Montreal kein lokaler Schlüsselverwaltungsdienst ( Key Protect ) zur Verfügung steht, werden die in Montreal erstellten Block-Datenträger-Snapshots an einen verschlüsselten Object Storage Bucket mit lokalen KMS-Schlüsseln im WDC MZR weitergeleitet und dort gespeichert. Sobald der KMS-Dienst in Montreal verfügbar ist, werden alle Schnappschüsse von Washington DC zurück nach Montreal verlagert.

Der Block-Datenträger-Snapshot ist in der entfernten Region größer als der Original-Snapshot

Wenn Sie zum ersten Mal eine regionsübergreifende Kopie erstellen, ist dieser Snapshot eine vollständige Kopie der Daten des übergeordneten Volumes. Nachfolgende Kopien können inkrementelle oder vollständige Kopien sein. Ob die Remote-Kopie inkrementell ist, hängt vom unmittelbar vorangehenden Snapshot in der Kette ab. Wenn der unmittelbar vorhergehende Snapshot in der Zielregion vorhanden ist, kann die Kopie inkrementell sein. Wenn der unmittelbar vorhergehende Snapshot nicht gefunden wird oder in der entfernten Region nicht stabil ist, wird eine neue vollständige Kopie erstellt. Wenn eine vollständige Remote-Kopie aus einem inkrementellen Snapshot erstellt wird, entsteht eine Diskrepanz in der Abrechnung.