Les volumes et les instantanés omettent les informations relatives aux offres de catalogue pour les versions d'offres de catalogue non facturées

Problème : lorsque vous récupérez un volume ou un instantané initialement provisionné en tant que volume de démarrage dans une instance avec une offre de catalogue facturée et sans plan de facturation, la réponse n'inclut pas la catalog_offering propriété.

La propriété Bandwidth des profils de volumes de première génération s'affiche de manière incorrecte. dependent_range

Lorsque les détails des profils de volume de première génération sont récupérés, les réponses indiquent de manière incorrecte le type de bande passante comme dependent_range. La valeur correcte est dependent car la valeur de bande passante est automatiquement attribuée par le système et ne peut être modifiée manuellement ou par programmation.

Le volume du bloc instantané est plus important dans la région distante que dans l'instantané d'origine

La première fois que vous créez une copie interrégionale, cet instantané est une copie complète des données du volume parent. Les copies suivantes peuvent être des copies incrémentielles ou complètes. Le caractère incrémentiel de la copie à distance dépend du snapshot immédiatement précédent dans la chaîne. Si l'instantané immédiatement précédent existe dans la région de destination, la copie peut être incrémentielle. Si l'instantané immédiatement précédent est introuvable ou s'il n'est pas stable dans la région distante, une nouvelle copie complète est créée. Lorsqu'une copie à distance complète est générée à partir d'un instantané incrémentiel, cela crée une divergence dans la facturation.

Chiffrage instantané dans la région Object Storage dans les MZR indiens

Une instance locale Key Protect n'est pas disponible à Chennai - Airtel et Mumbai - Airtel. Les instantanés de volume de blocs de première génération qui sont pris à Chennai - Airtel sont acheminés vers un panier régional Object Storage qui est crypté en utilisant temporairement une instance Key Protect de la région de Londres (eu-gb). Lorsque le service KMS sera disponible à Chennai - Airtel et à Mumbai - Airtel, le service d'instantanés passera à l'utilisation de l'instance locale Key Protect pour le cryptage, de sorte que le stockage et la gestion des clés soient gérés dans la même région.

La création d'un volume à partir d'un instantané de deuxième génération doté d'un chiffrement géré par le fournisseur échoue lorsque le chiffrement géré par le client est spécifié pour le volume

Lorsqu'un instantané de deuxième génération avec un chiffrement géré par le fournisseur est sélectionné pour créer un volume avec des clés gérées par le client, le provisionnement du volume reste bloqué à l'état pending. Lorsque vous restaurez un volume à partir d'un instantané de deuxième génération, assurez-vous que le type de chiffrement du nouveau volume correspond au type de chiffrement de l'instantané.

La création d’une instance de serveur virtuel peut échouer lorsque la requête inclut plusieurs volumes présentant des profils différents et qu’un ou plusieurs volumes sont restaurés à partir d’un instantané

Lorsque vous créez une instance de serveur virtuel comportant plusieurs volumes, le provisionnement peut échouer si les volumes ont des profils différents et que les données sont restaurées à partir de snapshots. Ce scénario n'est actuellement pas pris en charge. À titre de solution de contournement, créez d'abord l'instance de serveur virtuel avec un volume restauré. Ensuite, créez et montez séparément les volumes de données restaurés.

Les opérations de snapshot peuvent être plus lentes après le redimensionnement d'un volume

Après l'augmentation de la capacité d'un volume, les opérations de snapshot telles que la copie interrégionale, la restauration de volume et la suppression de snapshot peuvent être plus lentes qu'avant la mise à jour de la taille.

Instantanés de réplication du partage de fichiers

Lorsqu'une réplication se produit entre le partage source et sa réplique, le système crée des instantanés temporaires dans le .snapshot répertoire afin de prendre en charge la synchronisation des données. Ces instantanés gérés par le système sont nommés à l'aide du mot « réplication » et de l'horodatage de création associé plutôt que d'une empreinte digitale. Ces instantanés sont automatiquement publiés et supprimés lorsqu'ils ne sont plus nécessaires. Ces instantanés ne sont pas visibles dans la console, dans l'interface CLI ou dans les réponses API.

Les instantanés de partage de fichiers ne sont pas visibles dans l'interface utilisateur, l'interface de ligne de commande ou les réponses API pour les partages Accessor

Les utilisateurs des partages Accessor ont accès à toutes les données du partage source, y compris les instantanés du partage de fichiers. Bien que les utilisateurs d'un partage Accessor ne puissent pas voir les instantanés du partage source dans la console, dans l'interface CLI ou dans les réponses API, ils peuvent accéder aux instantanés dans le .snapshot répertoire du partage Accessor.

Propriété visible du répertoire des instantanés de partage de fichiers dans la réponse API

La propriété snapshot_directory_visible est incluse dans la réponse API pour les méthodes qui répertorient, créent, suppriment, récupèrent ou mettent à jour un partage de fichiers. Ce champ n'est pas recommandé et devrait être supprimé.

Échec de la création d'un partage d'accessoire avec un groupe de ressources spécifique

Lorsque vous spécifiez explicitement un groupe de ressources dans votre requête API pour créer un partage d'accès pour un partage d'origine, la requête échoue avec l'erreur 400 Bad Request. Comme solution de contournement, vous pouvez créer le partage d'accès sans spécifier de groupe de ressources. Le système sélectionne automatiquement le groupe de ressources par défaut pour créer le partage.

Lorsqu'une réplique interrégionale est créée, la valeur href affichée de l'instantané parent est incorrecte

Lorsque vous récupérez des informations sur votre partage de réplique interrégional, la valeur href de l'instantané source est incorrecte dans la réponse API. Reportez-vous plutôt à l'ID du snapshot source ou au CRN du snapshot source.

Partage de fichiers accessor_bindings manquant dans la réponse de l'API de partage

Lors de la création, la récupération, la liste, la mise à jour ou la suppression de partages de fichiers, accessor_bindings peut être absent de la réponse de l'API de partage.

Le partage de fichiers more_info ne renvoie pas d' URL s sur le problème

Lorsqu'une erreur est signalée lors de la création de requêtes API partagées, la more_info propriété ne renvoie pas de sujet d'erreur URL pour le problème rencontré. La more_info propriété renvoie des informations sur la manière de résoudre le problème rencontré.

Propriétés de partage de fichiers manquantes dans la réponse API

Select availability

Lorsque vous utilisez un paramètre de version requête 2025-09-15 API ou antérieur, les propriétés suivantes peuvent être manquantes ou incorrectes dans la réponse :

• zone peut être absent de la réponse de l'API de partage lorsque des partages de fichiers et des instantanés de partage de fichiers avec rfs profil provenant d'un partage source sont créés, récupérés, répertoriés, mis à jour ou supprimés à l'aide d'une version de l'API 2025-09-15 ou antérieure. Lorsqu'un version paramètre de requête 2025-09-15 ou antérieur est utilisé, le zone d'un rfs instantané de partage renvoie la première zone de la région et n'a qu'une valeur informative. zone n'est pas affecté pour les dp2 instantanés de partage et est représenté correctement pour les rfs instantanés de partage lorsqu'une version API ou 2025-09-16 ultérieure est utilisée.

Création de partages de fichiers répliqués avec allowed_transit_encryption_modes ou de cibles de montage avec transit_encryption

Select availability

Lorsque vous essayez de créer un partage de fichiers répliqué avec allowed_transit_encryption_modes l'option spécifiée, la demande échoue. De plus, la création d'un partage de fichiers répliqué avec une cible de montage sans valeur transit_encryption dans la propriété allowed_transit_encryption_modes de la part source échoue. Ce comportement est incorrect. Pour contourner ce problème, ne spécifiez allowed_transit_encryption_modes pas dans les demandes de création d'un partage de fichiers répliqué. Les répliques allowed_transit_encryption_modes sont héritées du partage source. Lorsque vous souhaitez créer une cible de montage pour un partage de fichiers répliqué, utilisez uniquement les transit_encryption valeurs spécifiées dans la propriété allowed_transit_encryption_modes du partage source.

Retards dans l'approvisionnement des cibles de montage des partages de fichiers régionaux

Select availability

La création d'une cible de montage de partage pour un partage de fichiers régional peut prendre plus de 10 minutes, pendant lesquelles elle lifecycle_state s'affiche comme pending. Les cibles de montage pour les partages qui utilisent le dp2 profil ne sont pas affectées.

La taille des instantanés de partage de fichiers régionaux n'est pas indiquée avec précision dans les réponses API et CLI

Lorsque vous effectuez des opérations de partage de fichiers à l'aide de l'interface CLI ou de l'API, le champ de taille de l'instantané est défini par défaut sur 1 dans la réponse lorsqu'un instantané est créé et sur 0 dans les autres cas. Cette valeur ne représente pas la taille réelle de l'instantané pour les parts régionales.

Risque de perturbation du montage des partages de fichiers de zone configurés avec IPsec pendant les opérations de maintenance

Lorsque vous utilisez des connexions IPsec pour monter des partages de fichiers zonaux, des interruptions temporaires du montage peuvent se produire lors d'opérations de maintenance ou en cas de défaillance d'un nœud. Dans de rares cas, les montages configurés avec IPsec peuvent subir des interruptions de service pouvant aller jusqu'à 3 minutes, le temps que la connexion réseau soit rétablie. Ce problème survient car le flux de trafic entrant doit être redirigé lors de ces événements. Une fonctionnalité réseau destinée à résoudre ce problème est actuellement en cours de développement.

Propriété ID du plan de secours dans la réponse API

Lorsque les détails d'un instantané sont récupérés, la réponse API affiche le nom de la propriété backup_plan_id au lieu de backup_policy_plan. Une correction de ce problème est prévue.

Les règles de restriction basées sur le contexte privé pour les sauvegardes ne fonctionnent pas dans les MZR de Montréal (ca-mon) et de Chennai - Airtel (in-che).

L'activation de règles CBR privées pour les opérations de sauvegarde qui créent et gèrent des instantanés automatisés de volumes de blocs et de partages de fichiers à Montréal et Chennai - Airtel n'est pas pris en charge.