I volumi e le istantanee omettono le informazioni relative alle offerte di catalogo per le versioni di offerte di catalogo non fatturate

Problema: quando si recupera un volume o uno snapshot originariamente fornito come volume di avvio in un'istanza con un 'offerta a catalogo fatturata e senza un piano di fatturazione, la risposta non include la catalog_offering proprietà.

La proprietà Larghezza di banda dei profili dei volumi di prima generazione viene visualizzata in modo errato. dependent_range

Quando vengono recuperati i dettagli dei profili di volume di prima generazione, le risposte mostrano il tipo di larghezza di banda in modo errato come dependent_range. Il valore corretto è dependent perché il valore della larghezza di banda viene assegnato automaticamente dal sistema e non può essere modificato manualmente o tramite programmazione.

L'istantanea del volume del blocco è maggiore nella regione remota rispetto all'istantanea originale

La prima volta che si crea una copia interregionale, tale snapshot è una copia completa dei dati del volume padre. Le copie successive possono essere incrementali o complete. Il fatto che la copia remota sia incrementale dipende dallo snapshot immediatamente precedente nella catena. Se l'istantanea immediatamente precedente esiste nella regione di destinazione, la copia può essere incrementale. Se l'istantanea immediatamente precedente non viene trovata o non è stabile nella regione remota, viene creata una nuova copia completa. Quando viene generata una copia remota completa da uno snapshot incrementale, si crea una discrepanza nella fatturazione.

Cifratura istantanea nel sito Object Storage negli MZR indiani

Un'istanza locale di Key Protect non è disponibile a Chennai - Airtel e Mumbai - Airtel. Le istantanee del volume dei blocchi di prima generazione che vengono prese a Chennai - Airtel vengono indirizzate a un bucket regionale Object Storage che viene crittografato utilizzando temporaneamente un'istanza Key Protect della regione di Londra (eu-gb). Quando il servizio KMS sarà disponibile a Chennai - Airtel e Mumbai - Airtel, il servizio di snapshot passerà a utilizzare l'istanza locale di Key Protect per la crittografia, in modo che sia l'archiviazione che la gestione delle chiavi siano gestite nella stessa regione.

La creazione di un volume da un'istantanea di seconda generazione con crittografia gestita dal provider non riesce quando per il volume è specificata la crittografia gestita dal cliente

Quando si seleziona un'istantanea di seconda generazione con crittografia gestita dal provider per creare un volume con chiavi gestite dal cliente, il provisioning del volume si blocca nello stato pending. Quando si ripristina un volume da una snapshot di seconda generazione, assicurarsi che il tipo di crittografia del nuovo volume corrisponda al tipo di crittografia della snapshot.

La creazione di un’istanza di server virtuale può fallire quando la richiesta include più volumi con profili diversi e uno o più volumi vengono ripristinati da uno snapshot

Quando si crea un'istanza di server virtuale con più volumi, il processo di provisioning potrebbe non andare a buon fine se i volumi presentano profili diversi e i dati vengono ripristinati da snapshot. Questo scenario non è attualmente supportato. Come soluzione alternativa, creare innanzitutto l'istanza del server virtuale con un volume ripristinato. Quindi, creare e montare separatamente i volumi di dati ripristinati.

Le operazioni di snapshot possono essere più lente dopo il ridimensionamento di un volume

Dopo l'aumento della capacità di un volume, le operazioni di snapshot, come la copia da una regione all'altra, il ripristino del volume e l'eliminazione dello snapshot, possono essere più lente rispetto a prima dell'aggiornamento delle dimensioni.

Istantanee della replica della condivisione file

Quando si verifica la replica tra la condivisione di origine e la sua replica, il sistema crea snapshot temporanei nella .snapshot directory per supportare la sincronizzazione dei dati. Queste istantanee gestite dal sistema vengono denominate utilizzando la parola "replica" e il timestamp di creazione associato anziché un'impronta digitale. Queste istantanee vengono rilasciate e eliminate automaticamente quando non sono più necessarie. Queste istantanee non sono visibili nella console, nella CLI o nelle risposte API.

Le istantanee delle condivisioni file non sono visibili nell'interfaccia utente, nella CLI o nelle risposte API per le condivisioni Accessor

Gli utenti delle condivisioni Accessor hanno accesso a tutti i dati della condivisione di origine, incluse le istantanee della condivisione file. Sebbene gli utenti di una condivisione Accessor non possano vedere le istantanee della condivisione file della condivisione di origine nella console, nella CLI o nelle risposte API, possono accedere alle istantanee nella .snapshot directory della condivisione Accessor.

Proprietà visibile della directory delle istantanee di condivisione file nella risposta API

La proprietà snapshot_directory_visible è inclusa nella risposta API per i metodi che elencano, creano, eliminano, recuperano o aggiornano una condivisione file. Questo campo non è consigliato per l'uso e se ne prevede la rimozione.

Impossibile creare una condivisione accessoriata con un gruppo di risorse specifico

Quando si specifica esplicitamente un gruppo di risorse nella richiesta API per creare una condivisione di accesso per una condivisione di origine, la richiesta non va a buon fine e viene visualizzato l'errore 400 Richiesta non valida. Come soluzione alternativa, è possibile creare la condivisione di accesso senza specificare un gruppo di risorse: il sistema seleziona automaticamente il gruppo di risorse predefinito per creare la condivisione.

Quando viene creata una replica interregionale, il valore href visualizzato dello snapshot padre non è corretto

Quando si recuperano informazioni sulla condivisione replica interregionale, il valore href dello snapshot di origine non è corretto nella risposta API. Fare riferimento all'ID dello snapshot di origine o al CRN dello snapshot di origine.

Condivisione file accessor_bindings mancante nella risposta API di condivisione

Durante la creazione, il recupero, l'elenco, l'aggiornamento o l'eliminazione delle condivisioni di file, accessor_bindings potrebbe non essere presente nella risposta dell'API di condivisione.

La condivisione file more_info non restituisce un URL e del problema

Quando viene segnalato un errore durante l'invio di richieste API condivise, la more_info proprietà non restituisce un argomento di errore URL per il problema riscontrato. La more_info proprietà restituisce invece informazioni su come risolvere il problema riscontrato.

Proprietà di condivisione file mancanti nella risposta API

Seleziona disponibilità

Quando si utilizza un parametro di query version 2025-09-15 API o precedente, le seguenti proprietà potrebbero mancare o essere errate nella risposta:

• zone potrebbe essere assente nella risposta API di condivisione quando le condivisioni di file e le istantanee di condivisione di file con rfs profilo da una condivisione di origine vengono create, recuperate, elencate, aggiornate o eliminate utilizzando una versione API di 2025-09-15 o precedente. Quando si utilizza un version parametro di 2025-09-15 query o precedente, lo zone di uno snapshot rfs condiviso restituisce la prima zona della regione ed è solo informativo. non zone è influenzato dagli snapshot dp2 condivisi ed è rappresentato correttamente per gli snapshot rfs condivisi quando si utilizza una versione API o 2025-09-16 successiva.

Creazione di condivisioni di file replica con allowed_transit_encryption_modes o destinazioni di montaggio con transit_encryption

Seleziona disponibilità

Quando si tenta di creare una replica della condivisione file con allowed_transit_encryption_modes l'opzione specificata, la richiesta non va a buon fine. Inoltre, la creazione di una replica di condivisione file con un target di montaggio senza un transit_encryption valore nella proprietà allowed_transit_encryption_modes della condivisione di origine non riesce. Questo comportamento è scorretto. Per risolvere questo problema, non specificare allowed_transit_encryption_modes nelle richieste di creazione di una condivisione file replica. Le repliche allowed_transit_encryption_modes sono ereditate dalla condivisione di origine. Quando si desidera creare una destinazione di montaggio per una condivisione file replica, utilizzare solo i transit_encryption valori specificati nella proprietà allowed_transit_encryption_modes della condivisione di origine.

Ritardi nel provisioning dei target di montaggio delle condivisioni file regionali

Seleziona disponibilità

La creazione di una destinazione di montaggio condivisa per una condivisione file regionale può richiedere più di 10 minuti, durante i quali viene lifecycle_state visualizzata come pending. I target di montaggio per le condivisioni che utilizzano il dp2 profilo non sono interessati.

La dimensione dell'istantanea della condivisione file regionale non viene riportata in modo accurato nelle risposte API e CLI

Quando si eseguono operazioni di condivisione file con la CLI o l'API, il campo relativo alla dimensione dello snapshot assume il valore predefinito 1 nella risposta quando viene creato uno snapshot e 0 in caso contrario. Questo valore non rappresenta la dimensione effettiva dell'istantanea per le quote regionali.

Possibili interruzioni del montaggio delle condivisioni di file zonali configurate con IPsec durante gli interventi di manutenzione

Quando si utilizzano connessioni IPsec per montare condivisioni di file zonali, possono verificarsi interruzioni temporanee del montaggio durante gli interventi di manutenzione o in caso di guasto di un nodo. In casi eccezionali, i mount configurati con IPsec possono subire interruzioni del servizio della durata massima di 3 minuti, mentre viene ristabilita la connessione di rete. Questo problema si verifica perché, durante tali eventi, è necessario reindirizzare il flusso di traffico in entrata. È attualmente in fase di sviluppo una funzionalità di networking volta a risolvere questo problema.

Proprietà ID piano di backup nella risposta API

Quando vengono recuperati i dettagli di un'istantanea, la risposta API mostra il nome della proprietà backup_plan_id anziché backup_policy_plan. È prevista una correzione per questo problema.

Le regole di restrizione private basate sul contesto per i backup non funzionano negli MZR di Montreal (ca-mon) e Chennai - Airtel (in-che).

L'abilitazione delle regole CBR private per le operazioni di backup che creano e gestiscono snapshot automatici di volumi a blocchi e condivisioni di file a Montreal e Chennai - Airtel non è supportata.