Volumes und Snapshots lassen die Katalogangebote für nicht in Rechnung gestellte Katalogangebotsversionen weg

Problem: Wenn Sie ein Volume oder einen Snapshot abrufen, das/der ursprünglich als Startvolume in einer Instanz mit einem abgerechneten Katalogangebot und ohne Abrechnungsplan bereitgestellt wurde, enthält die Antwort nicht die catalog_offering Eigenschaft.

Die Eigenschaft „Bandbreite“ von Volumenprofilen der ersten Generation wird falsch angezeigt. dependent_range

Wenn Details zu Volumenprofilen der ersten Generation abgerufen werden, zeigen die Antworten den Bandbreimentyp fälschlicherweise als dependent_range. Der korrekte Wert ist, dependent da der Bandbreitenwert automatisch vom System zugewiesen wird und dieser Wert weder manuell noch programmgesteuert geändert werden kann.

Der Blockvolumensnapshot ist in der Remote-Region größer als der ursprüngliche Snapshot

Wenn Sie zum ersten Mal eine regionenübergreifende Kopie erstellen, ist dieser Snapshot eine vollständige Kopie der Daten des übergeordneten Volumes. Nachfolgende Kopien können inkrementell oder vollständig sein. Ob die Remote-Kopie inkrementell ist, hängt vom unmittelbar vorhergehenden Snapshot in der Kette ab. Wenn der unmittelbar vorhergehende Snapshot in der Zielregion vorhanden ist, kann die Kopie inkrementell erfolgen. Wenn der unmittelbar vorhergehende Snapshot nicht gefunden wird oder in der Remote-Region nicht stabil ist, wird eine neue Vollkopie erstellt. Wenn eine vollständige Remote-Kopie aus einem inkrementellen Snapshot erstellt wird, führt dies zu einer Diskrepanz in der Abrechnung.

Schnappschuss-Verschlüsselung in regionalen Object Storage in indischen MZRs

Eine lokale Key Protect Instanz ist in Chennai - Airtel und Mumbai - Airtel nicht verfügbar. Snapshots der ersten Generation, die in Chennai - Airtel aufgenommen werden, werden an einen regionalen Object Storage Bucket weitergeleitet, der vorübergehend mit einer Key Protect Instanz aus der Region London (eu-gb) verschlüsselt wird. Sobald der KMS-Dienst in Chennai - Airtel und Mumbai - Airtel verfügbar ist, wird der Snapshot-Dienst die lokale Key Protect-Instanz für die Verschlüsselung verwenden, so dass sowohl die Speicherung als auch die Schlüsselverwaltung in derselben Region erfolgen.

Das Erstellen eines Datenträgers aus einem Snapshot der zweiten Generation mit einer vom Anbieter verwalteten Verschlüsselung schlägt fehl, wenn für den Datenträger eine vom Kunden verwaltete Verschlüsselung angegeben ist

Wenn ein Snapshot der zweiten Generation mit vom Anbieter verwalteter Verschlüsselung ausgewählt wird, um ein Volume mit vom Kunden verwalteten Schlüsseln zu erstellen, bleibt die Volume-Bereitstellung im Status pending stecken. Wenn Sie einen Datenträger von einem Snapshot der zweiten Generation wiederherstellen, stellen Sie sicher, dass der Verschlüsselungstyp des neuen Datenträgers mit dem Verschlüsselungstyp des Snapshots übereinstimmt.

Die Erstellung einer virtuellen Serverinstanz kann fehlschlagen, wenn die Anforderung mehrere Volumes mit unterschiedlichen Profilen enthält und ein oder mehrere Volumes aus einem Snapshot wiederhergestellt werden

Wenn Sie eine virtuelle Serverinstanz mit mehreren Volumes erstellen, kann die Bereitstellung fehlschlagen, wenn die Volumes unterschiedliche Profile aufweisen und die Daten aus Snapshots wiederhergestellt werden. Dieses Szenario wird derzeit nicht unterstützt. Erstellen Sie als Workaround zunächst die virtuelle Serverinstanz mit einem wiederhergestellten Volume. Erstellen Sie anschließend die wiederhergestellten Datenvolumes separat und hängen Sie sie ein.

Snapshot-Vorgänge können langsamer sein, nachdem die Größe eines Volumes geändert wurde

Nachdem die Kapazität eines Volumes erhöht wurde, können Snapshot-Vorgänge wie das regionsübergreifende Kopieren, die Volume-Wiederherstellung und das Löschen von Snapshots langsamer sein als vor der Größenaktualisierung.

Snapshots der Dateifreigabereplikation

Wenn eine Replikation zwischen der Quellfreigabe und ihrer Replik stattfindet, erstellt das System temporäre Snapshots im .snapshot Verzeichnis, um die Datensynchronisation zu unterstützen. Diese vom System verwalteten Snapshots werden nicht anhand eines Fingerabdrucks, sondern anhand des Wortes „Replikation” und des zugehörigen Erstellungszeitstempels benannt. Diese Momentaufnahmen werden automatisch freigegeben und gelöscht, wenn sie nicht mehr benötigt werden. Diese Momentaufnahmen 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. Benutzer einer Accessor-Freigabe können die Dateifreigabe-Snapshots der Quellfreigabe zwar nicht in der Konsole, in der CLI oder in den API-Antworten sehen, aber sie können auf die Snapshots im .snapshot Verzeichnis der Accessor-Freigabe zugreifen.

Eigenschaft „Dateifreigabe-Snapshot-Verzeichnis sichtbar“ in 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. Dieses Feld wird nicht zur Verwendung empfohlen und soll entfernt werden.

Das Erstellen einer Zugriffsfreigabe mit einer bestimmten Ressourcengruppe schlägt fehl

Wenn Sie in Ihrer API-Anfrage explizit eine Ressourcengruppe angeben, um eine Zugriffsfreigabe für eine Ursprungsfreigabe zu erstellen, schlägt die Anfrage mit dem Fehler „400 Bad Request“ fehl. Als Workaround können Sie die Zugriffsfreigabe ohne Angabe einer Ressourcengruppe erstellen. Das System wählt dann automatisch die Standardressourcengruppe für die Erstellung der Freigabe aus.

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

Wenn Sie Informationen zu Ihrer regionenübergreifenden Replikfreigabe 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.

Dateifreigabe accessor_bindings fehlt in der Antwort der Freigabe-API

Beim Erstellen, Abrufen, Auflisten, Aktualisieren oder Löschen von Dateifreigaben kann in der Antwort der accessor_bindings Freigabe-API fehlen.

Dateifreigabe more_info gibt keine Fehler URL en zurück

Wenn bei der Erstellung von Share-API-Anfragen ein Fehler gemeldet wird, gibt die more_info Eigenschaft kein Fehlerthema URL für das aufgetretene Problem zurück. Die more_info Eigenschaft gibt stattdessen Informationen zur Behebung des aufgetretenen Problems zurück.

Eigenschaften der Dateifreigabe fehlen in der API-Antwort

Select availability

Bei Verwendung eines version API-Abfrageparameters von 2025-09-15 oder früher können die folgenden Eigenschaften in der Antwort fehlen oder falsch sein:

• zone kann in der Share-API-Antwort fehlen, wenn Dateifreigaben und Dateifreigabe-Snapshots mit rfs Profil aus einer Quellfreigabe mithilfe einer API-Version von 2025-09-15 oder früher erstellt, abgerufen, aufgelistet, aktualisiert oder gelöscht werden. Wenn ein version Abfrageparameter von 2025-09-15 oder früher verwendet wird, gibt der zone einer rfs Freigabe-Momentaufnahme die erste Zone aus der Region zurück und dient nur zu Informationszwecken. zone wird bei dp2 Freigabe-Momentaufnahmen nicht beeinflusst und wird bei rfs Freigabe-Momentaufnahmen korrekt dargestellt, wenn eine API-Version von 2025-09-16 oder später verwendet wird.

Erstellen von Replikdateifreigaben mit allowed_transit_encryption_modes oder Mount-Zielen mit transit_encryption

Select availability

Wenn Sie versuchen, eine Replik-Dateifreigabe mit der allowed_transit_encryption_modes angegebenen Option zu erstellen, schlägt die Anforderung fehl. Darüber hinaus schlägt die Erstellung einer Replikdateifreigabe mit einem Mount-Ziel ohne einen transit_encryption Wert in der Eigenschaft allowed_transit_encryption_modes der Quellfreigabe fehl. Dieses Verhalten ist falsch. Um dieses Problem zu umgehen, geben Sie allowed_transit_encryption_modes in Anfragen zum Erstellen einer Replik-Dateifreigabe nicht an. Die Replikate allowed_transit_encryption_modes werden von der Quellfreigabe übernommen. Wenn Sie ein Mount-Ziel für eine Replik-Dateifreigabe erstellen möchten, verwenden Sie nur die transit_encryption Werte, die in der Eigenschaft allowed_transit_encryption_modes der Quellfreigabe angegeben sind.

Verzögerungen bei der Bereitstellung regionaler Dateifreigabe-Mount-Ziele

Select availability

Das Erstellen eines Freigabemountziels für eine regionale Dateifreigabe kann mehr als 10 Minuten dauern. Während dieser Zeit wird lifecycle_state es als pending angezeigt. Mount-Ziele für Freigaben, die das dp2 Profil verwenden, sind davon nicht betroffen.

Die Größe der regionalen Dateifreigabe-Momentaufnahme wird in den API- und CLI-Antworten nicht korrekt angegeben

Bei der Durchführung von Dateifreigabevorgängen mit der CLI oder API wird das Feld „Snapshot-Größe“ in der Antwort standardmäßig auf 1 gesetzt, wenn ein Snapshot erstellt wird, und andernfalls auf 0. Dieser Wert entspricht nicht der tatsächlichen Größe des Snapshots für regionale Freigaben.

Mögliche Störungen bei der Einbindung von IPsec-konfigurierten Zonen-Dateifreigaben während Wartungsarbeiten

Wenn Sie IPsec-Verbindungen zum Einbinden von Zonen-Dateifreigaben verwenden, kann es während Wartungsarbeiten oder bei Knotenausfällen zu vorübergehenden Unterbrechungen der Einbindung kommen. In seltenen Fällen kann es bei IPsec-konfigurierten Einbindungen zu Dienstunterbrechungen von bis zu 3 Minuten kommen, während die Netzwerkverbindung wiederhergestellt wird. Dieses Problem tritt auf, weil der eingehende Datenverkehr während dieser Ereignisse umgeleitet werden muss. Derzeit wird eine Netzwerkfunktion entwickelt, die dieses Problem beheben soll.

Eigenschaft „Backup-Plan-ID“ in der API-Antwort

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

Private kontextbasierte Beschränkungsregeln für Backups funktionieren nicht in Montreal (ca-mon) und Chennai - Airtel (in-che) MZRs.

Aktivierung privater CBR-Regeln für Backup-Vorgänge, die automatische Snapshots von Blockvolumes und Dateifreigaben in Montreal und Chennai erstellen und verwalten - Airtel wird nicht unterstützt.