Problemi noti e limitazioni

Questa pagina descrive le limitazioni note di Google Cloud NetApp Volumes.

Problemi generici

Questa sezione descrive i problemi noti comuni di NetApp Volumes.

Errori Not found durante l'esecuzione delle operazioni di backup dopo la creazione del volume

Problema: se esegui operazioni di backup come CreateBackup, RestoreVolume o UpdateBackupConfig subito dopo aver creato un volume in modalità ONTAP, le operazioni potrebbero non riuscire e restituire un errore Not found.

Motivo: dopo aver creato un volume, il volume e le relative risorse correlate al backup potrebbero richiedere un breve periodo di tempo per diventare completamente disponibili per il servizio di backup. Durante questo periodo di propagazione, il servizio di backup potrebbe instradare le richieste di backup prima che il volume sia rilevabile, il che genera un errore Not found.

Soluzione: attendi almeno tre minuti dopo aver creato il volume prima di eseguire operazioni correlate al backup.

I volumi Flex File non rispondono al ping

Per saperne di più su questo problema, consulta Testare la connettività a NetApp Volumes.

Perdita di connettività intermittente quando si utilizzano connessioni di accesso privato ai servizi sovrapposte

Quando configuri la connessione netapp.servicenetworking.goog, se l'intervallo CIDR si sovrappone all'intervallo CIDR utilizzato da un'altra connessione di accesso privato ai servizi sullo stesso VPC, può comportare una perdita di connettività intermittente della connessione di montaggio del volume. Utilizza intervalli non sovrapposti per evitare questo problema.

Possibile interruzione dell'accesso client ai volumi di cui è stata eseguita la transizione da Cloud Volumes Service a NetApp Volumes durante l'aggiornamento delle impostazioni di un volume NFS

Problema: si verifica un'interruzione dell'accesso client ai volumi quando aggiorni qualsiasi impostazione sul volume di origine o di destinazione di una replica del volume attiva con uno stato di trasferimento sottoposto a mirroring.

Motivo: l'aggiornamento di un volume può comportare la sincronizzazione delle relative norme di esportazione con il volume del partner di replica. Se il volume aggiornato ha una policy di esportazione errata o mancante, i client montati sul volume di origine di produzione potrebbero perdere l'accesso, causando potenzialmente un'interruzione.

Background: quando una replica è in stato di mirroring, NetApp Volumes sincronizza automaticamente le policy di esportazione dei volumi di origine e di destinazione. In questo modo si garantisce un accesso client coerente senza l'intervento manuale dell'amministratore, poiché qualsiasi modifica dei criteri su un volume viene applicata automaticamente all'altro volume.

In CVS, l'amministratore deve sincronizzare manualmente le impostazioni del volume di origine e di destinazione. Durante la transizione del volume da CVS a NetApp Volumes, le norme di esportazione esistenti sono state trasferite senza modifiche, il che può comportare norme di esportazione incoerenti nei volumi replicati. Quando aggiorni la policy di esportazione del volume di origine o di destinazione in una relazione di replica del volume, le policy vengono sincronizzate automaticamente su entrambi i volumi.

Volumi interessati

Questo problema riguarda i volumi che soddisfano tutti i seguenti criteri:

• Volumi in una replica del volume attiva e sottoposta a mirroring. La ripresa della replica dopo l'interruzione può causare il problema.

• Tutti i volumi abilitati per NFS che hanno un criterio di esportazione.

• Volumi in cui la norma di esportazione è diversa tra l'origine e la destinazione.

Soluzione: per risolvere il problema, la norma di esportazione dei volumi di origine e destinazione deve essere sincronizzata una volta. Completa i seguenti passaggi:

1. Esamina e confronta le norme di esportazione dei volumi di origine e di destinazione.

   • Se le norme di esportazione sono identiche, non è richiesta alcuna azione.

   • Se le norme di esportazione sono diverse, unisci le regole di esportazione per creare una norma di esportazione che consenta tutti gli host specificati in entrambe le norme.

2. Applica la norma di esportazione unita al volume di origine. Queste norme vengono applicate automaticamente anche al volume di destinazione.

Sincronizzando le policy di esportazione, puoi garantire un accesso coerente e prevenire potenziali interruzioni per i client.

Messaggio di errore quando si utilizzano insieme le risorse Cloud Volumes Service (CVS) e NetApp Volumes

Potresti ricevere un messaggio di errore relativo all'utilizzo congiunto delle risorse CVS e NetApp Volumes all'interno di un VPC, un progetto o una regione. Questo problema può verificarsi quando provi a creare risorse come pool e policy se una delle seguenti condizioni è vera per il progetto:

• Il progetto è stato utilizzato in precedenza per CVS.

• È stata eseguita un'operazione di elenco delle risorse CVS in un progetto che non contiene risorse NetApp Volumes.

Di seguito sono riportati i messaggi di errore comuni:

• Host project and service project must be using the same service.

• Resources from CVS and NetApp Volumes may not be used together in a single region.

• Cannot share VPC between 3P and 1P networks.

Per risolvere il problema, contatta l'assistenza clienti Google Cloud e richiedi un reset dei tuoi progetti o delle tue regioni specifici per utilizzare esclusivamente le risorse NetApp Volumes.

La creazione del file non riesce con errori No space left on device o File too large in una directory specifica

Problema: quando tenti di scrivere, copiare o creare nuovi file o sottodirectory su un volume montato, l'operazione non va a buon fine e viene visualizzato un errore No space left on device (errno 28 / ENOSPC) o File too large (errno 27 / EFBIG).

Ciò si verifica anche quando le query sullo spazio su disco lato client (ad esempio df -h) e la consoleGoogle Cloud mostrano che il volume ha molta capacità logica disponibile. L'errore è localizzato in una directory specifica; la creazione di file ha esito positivo in altre directory dello stesso volume.

Motivo: questo problema si verifica quando una singola directory diventa eccessivamente grande e raggiunge i limiti interni, impedendo al sistema di archiviazione di indicizzare altri file o sottodirectory in quella posizione specifica.

Verifica:

Verifica di aver raggiunto i limiti di dimensione della directory eseguendo i seguenti passaggi diagnostici su un client montato:

1. Testa la creazione di file localizzati: prova a creare un file in una directory completamente diversa e appena creata sullo stesso volume: bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt Se l'operazione va a buon fine, ma la scrittura nella directory originale non riesce, è probabile che sia stato raggiunto il limite di directory.
2. Stima il numero di voci della directory: conta il numero di voci all'interno della directory incriminata: bash find /mount_point/offending_directory -maxdepth 1 | wc -l
3. Controlla le dimensioni del file di indice della directory: controlla l'impronta dei metadati della directory: bash ls -ld /mount_point/offending_directory Le dimensioni del file di directory eccezionalmente grandi indicano un'enorme espansione dei metadati della directory.

Soluzione:

Per risolvere il problema e mantenere integre le strutture delle directory, implementa i seguenti metodi:

• Implementa lo sharding delle directory: ristruttura l'applicazione o il carico di lavoro per distribuire i file in sottodirectory gerarchiche nidificate (ad esempio /aa/bb/filename.txt) anziché conservare un numero elevato di file in una singola directory piatta.
• Ricostruisci directory gonfie: la semplice eliminazione di file da una directory che supera il limite rimuove i relativi nomi, ma non riduce automaticamente le dimensioni fisiche del file di indice della directory nel file system sottostante. Per recuperare completamente lo spazio della directory, copia o sposta i file attivi in una nuova directory, quindi elimina la directory precedente e sovradimensionata.

Problemi di integrazione di Active Directory

Le seguenti sezioni contengono problemi noti dell'integrazione di Active Directory.

Problemi di connettività

Le connessioni ai domain controller on-premise non riescono a causa delle seguenti limitazioni:

• Peering VPC: NetApp Volumes possono raggiungere solo i controller di dominio che si trovano nel Virtual Private Cloud (VPC) del pool di archiviazione o che sono connessi a quest'ultimo tramite VPN. NetApp Volumes non possono raggiungere i controller di dominio in qualsiasi altro VPC, inclusi quelli in peering con il VPC del pool di archiviazione e che si connettono al pool di archiviazione.

• Firewall: la connessione on-premise non riesce se non consenti ai NetApp Volumes di contattare i controller di dominio. Per saperne di più, Regole firewall per l'accesso ad Active Directory.

La modifica dell'impostazione del sito Active Directory di una policy Active Directory non influisce sui pool di archiviazione con livello di servizio Flex.

NetApp Volumes non possono unirsi ai domain controller basati su Windows 2025

A causa di una regressione in Windows 2025, NetApp Volumes non può unirsi a un dominio utilizzando un controller di dominio Windows 2025. Per partecipare al dominio, assicurati di utilizzare un controller di dominio di una versione di Windows precedente al 2025, ad esempio Windows 2022. Non puoi specificare direttamente un domain controller funzionante, in quanto il servizio utilizza il rilevamento basato su DNS per trovare i domain controller. Ti consigliamo di aggiungere domain controller utilizzabili e precedenti a Windows 2025 in un sito Active Directory dedicato e di specificare questo sito nella policy Active Directory per NetApp Volumes.

Al 9 settembre 2025, Microsoft ha rilasciato KB5065431 e KB5065426 per risolvere questo problema. Windows 2025 non supporta la crittografia RC4, pertanto devi abilitare la crittografia AES per l'autenticazione di Active Directory.

Problemi relativi a CMEK

Le sezioni seguenti contengono problemi noti delle operazioni con chiavi di crittografia gestite dal cliente (CMEK).

ListKmsConfigs restituisce l'errore Invalid value for enum type

Durante la migrazione di un volume dalla crittografia gestita dal sistema a quella gestita dal cliente, il comando ListKmsConfigs a volte restituisce un errore Invalid value for enum type durante la migrazione. Al termine della migrazione, il comando ListKmsConfigs torna a funzionare normalmente.

KmsConfig Impossibile creare la policy

A volte, la creazione delle norme KmsConfig non va a buon fine e ti impedisce di crearne un'altra. In questo caso, contatta l'assistenza clienti Google Cloud.

Problemi e limitazioni della replica del volume

Le sezioni seguenti forniscono dettagli sui problemi noti e sulle limitazioni della funzionalità di replica dei volumi.

L'impostazione delle quote del volume di destinazione potrebbe non riuscire in una replica attiva

Quando modifichi le impostazioni di un volume in una replica attiva, le impostazioni vengono applicate sia al volume di origine che a quello di destinazione. Tuttavia, le modifiche alla quota specificamente per i volumi di destinazione vengono eseguite in più fasi e vengono applicate al volume di destinazione una volta interrotta la replica. A volte, questa impostazione della quota potrebbe non riuscire e riceverai un messaggio di errore alla fine dell'operazione. Sebbene l'operazione Stop vada a buon fine, tutte le quote potrebbero non essere state applicate al volume di destinazione. Se ricevi un errore di quota durante un'operazione di interruzione, confronta le regole di quota sui volumi di origine e di destinazione, quindi aggiorna le regole di quota mancanti sulla destinazione in modo che corrispondano alle impostazioni del volume di origine.

La consoleGoogle Cloud mostra i pool di archiviazione senza criteri Active Directory associati

Nella console Google Cloud , quando crei una replica del volume per un volume di origine, l'elenco dei pool di archiviazione tra cui scegliere per creare il volume di destinazione contiene pool di archiviazione che non hanno una policy di Active Directory. La selezione di un pool di archiviazione senza una policy di Active Directory comporta un errore di replica.

Problemi noti relativi ai volumi di grande capacità

La sezione seguente descrive i problemi noti della funzionalità dei volumi di grande capacità.

Pool incompatibili visualizzati

Quando modifichi il pool di archiviazione (livello di servizio), la Google Cloud console potrebbe mostrare pool incompatibili. Se tenti di passare a un pool di archiviazione incompatibile, il tentativo non va a buon fine e ricevi un messaggio di errore.

Migrazione CMEK non bloccata

La migrazione di CMEK non è bloccata dalla console Google Cloud ed è consentita anche in presenza di volumi di grande capacità. Se provi la migrazione CMEK quando sono configurati volumi di grande capacità, il tentativo non andrà a buon fine.

Problemi di FlexCache

Questa sezione descrive i problemi noti della funzionalità FlexCache.

Le modifiche al volume FlexCache nella console Google Cloud potrebbero non riuscire

I volumi FlexCache possono essere modificati solo utilizzando l'API o Google Cloud CLI. I volumi FlexCache vengono visualizzati nella console Google Cloud dopo la creazione, ma possono essere visualizzati o eliminati e i tentativi di aggiornamento utilizzando la consoleGoogle Cloud potrebbero non riuscire. In questi casi, utilizza Google Cloud CLI per le modifiche.

La creazione del volume FlexCache non riesce con snapshot-directory impostato su true

I volumi FlexCache non supportano l'opzione snapshot-directory. Mentre l'API imposta questo parametro su false per impostazione predefinita, Google Cloud CLI lo imposta su true. Pertanto, quando crei un volume FlexCache utilizzando Google Cloud CLI, devi includere --snapshot-directory false in modo esplicito per evitare errori di creazione.