Questa pagina descrive le limitazioni note di Google Cloud NetApp Volumes.
Problemi generici
Questa sezione descrive i problemi comuni noti 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 possono non riuscire e generare un errore Not found.
Motivo: dopo aver creato un volume, potrebbe essere necessario un breve periodo di tempo prima che il volume e le relative risorse di
backup diventino 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
netapp.servicenetworking.goog connessione, se l'intervallo CIDR si sovrappone all'
intervallo CIDR utilizzato da un'altra connessione di accesso privato ai servizi sulla stessa
rete VPC, può verificarsi 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 le impostazioni del volume di origine o di destinazione di una replica di volume attiva con uno stato di trasferimento con mirroring.
Motivo: l'aggiornamento di un volume può comportare la sincronizzazione della relativa policy 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.
Informazioni di base: 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 della policy su un volume viene applicata automaticamente all'altro volume.
In CVS, l'amministratore deve sincronizzare manualmente le impostazioni dei volumi di origine e di destinazione. Durante la transizione del volume da CVS a NetApp Volumes, le policy di esportazione esistenti sono state trasferite senza modifiche, il che può comportare policy 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 si verifica per i volumi che soddisfano tutti i seguenti criteri:
Volumi in una replica di volume attiva con mirroring. La ripresa della replica dopo l'arresto può causare il problema.
Tutti i volumi abilitati per NFS con una policy di esportazione.
Volumi in cui la policy di esportazione è diversa tra l'origine e la destinazione.
Soluzione: per risolvere il problema, la policy di esportazione dei volumi di origine e di destinazione deve essere sincronizzata una volta. Completa i seguenti passaggi:
Esamina e confronta le policy di esportazione dei volumi di origine e di destinazione.
Se le policy di esportazione sono identiche, non è richiesta alcuna azione.
Se le policy di esportazione sono diverse, unisci le regole di esportazione per creare una policy di esportazione che consenta tutti gli host specificati in entrambe le policy.
Applica la policy di esportazione unita al volume di origine. Questa policy viene applicata automaticamente anche al volume di destinazione.
Sincronizzando le policy di esportazione, puoi garantire un accesso coerente ed evitare potenziali interruzioni per i client.
Messaggio di errore quando si utilizzano insieme le risorse di Cloud Volumes Service (CVS) e NetApp Volumes
Potresti ricevere un messaggio di errore relativo all'utilizzo congiunto delle risorse di CVS e NetApp Volumes all'interno di una rete VPC, un progetto o una regione. Questo problema può verificarsi quando provi a creare risorse come pool e policy se per il progetto si verifica una delle seguenti condizioni:
Il progetto è stato utilizzato in precedenza per CVS.
È stata eseguita un'operazione di elenco delle risorse CVS in un progetto che non ha 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 la reimpostazione di progetti o regioni specifici per utilizzare esclusivamente le risorse NetApp Volumes.
La creazione di file non riesce e genera gli 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 riesce e genera un errore
No space left on device (errno 28 / ENOSPC) o
File too large (errno 27 / EFBIG).
Questo si verifica anche quando le query sullo spazio su disco lato client
(ad esempio df -h) e la
Google Cloud console mostrano che il volume ha una capacità logica disponibile elevata.
L'errore è localizzato in una directory specifica; la creazione di file riesce in altre directory sullo 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 se hai raggiunto i limiti di dimensione della directory eseguendo i seguenti passaggi diagnostici su un client montato:
- 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.txtSe l'operazione riesce, ma la scrittura nella directory originale non riesce, è probabile che sia stato raggiunto il limite della directory. - Stima il numero di voci della directory: conta il numero di
voci all'interno della directory problematica:
bash find /mount_point/offending_directory -maxdepth 1 | wc -l - Ispeziona la dimensione del file di indice della directory: controlla l'impronta dei metadati della directory:
bash ls -ld /mount_point/offending_directoryUna dimensione del file di directory eccezionalmente grande indica un'espansione massiccia 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 la tua
applicazione o il carico di lavoro per distribuire i file tra sottodirectory gerarchiche nidificate (ad esempio
/aa/bb/filename.txtanziché mantenere un numero elevato di file in una singola directory flat). - Ricostruisci le directory espanse: la semplice eliminazione dei file da una directory che supera il limite rimuove i relativi nomi, ma non riduce automaticamente la dimensione fisica 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 espansa.
Problemi di integrazione di Active Directory
Le sezioni seguenti contengono i 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 può raggiungere solo i domain controller che si trovano nella rete Virtual Private Cloud (VPC) del pool di archiviazione o che sono connessi tramite VPN. NetApp Volumes non può raggiungere i domain controller in altre reti VPC, incluse quelle con peering alla rete VPC del pool di archiviazione e che si connettono al pool di archiviazione.
Firewall: la connessione on-premise non riesce se non consenti a NetApp Volumes di contattare i domain controller. Per saperne di più, consulta Regole firewall per l'accesso ad Active Directory.
La modifica dell'impostazione del sito Active Directory di una policy di Active Directory non influisce sui pool di archiviazione con livello di servizio Flex File. Questa impostazione funziona per i pool Flex Unified.
NetApp Volumes non può aggiungere domain controller basati su Windows 2025
A causa di una regressione in Windows 2025, NetApp Volumes non può aggiungere un dominio utilizzando un domain controller Windows 2025.
Al 9 settembre 2025, Microsoft ha rilasciato KB5065431 e KB5065426 per risolvere questo problema. Windows 2025 non supporta la crittografia RC4, quindi devi Abilitare la crittografia AES per l'autenticazione di Active Directory.
Per saperne di più, consulta La comunicazione del domain controller con Windows 2025 o versioni precedenti può non riuscire a causa dell'applicazione forzata di SMB 3.1.1.
La comunicazione del domain controller con Windows 2025 o versioni precedenti può non riuscire a causa dell'applicazione forzata di SMB 3.1.1
I domain controller Windows 2025 applicano SMB 3.1.1 per la comunicazione con i client Active Directory. Anche la policy 18.6.7.6 del Center for Internet Security (CIS) consiglia di utilizzare SMB 3.1.1 per le versioni precedenti di Windows.
Sebbene NetApp Volumes supporti SMB 3.1.1 per la comunicazione tra i client SMB e il server SMB di NetApp Volumes, supporta solo SMB 2.1 e SMB 3.0 quando si connette ad Active Directory come client.
Se i domain controller consentono solo connessioni SMB 3.1.1, NetApp Volumes non può connettersi ad Active Directory, causando interruzioni del servizio.
Per mantenere la compatibilità, ti consigliamo di impostare SMB 2.1 come versione SMB minima supportata sui domain controller. Devi applicare questa impostazione a tutti i domain controller o a ogni domain controller nel sito Active Directory se utilizzi policy di Active Directory basate sul sito.
L'esempio seguente mostra come impostare la versione SMB minima supportata su 2.1:
Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210
Per saperne di più sulla modifica delle impostazioni SMB utilizzando PowerShell o le policy di gruppo, consulta Gestire i dialetti SMB in Windows e Windows Server 2025.
Problemi CMEK
Le sezioni seguenti contengono i problemi noti delle operazioni con le 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.
La creazione della policy KmsConfig non riesce
A volte, la creazione della policy KmsConfig non riesce e ti impedisce di creare un'altra policy. In questo caso, contatta l'assistenza clienti Google Cloud.
Problemi e limitazioni della replica dei volumi
Le sezioni seguenti forniscono dettagli sui problemi noti e sulle limitazioni della funzionalità di replica dei volumi.
Le impostazioni della quota del volume di destinazione potrebbero 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 sia a quello di destinazione. Tuttavia, le modifiche della quota specificamente per i volumi di destinazione vengono preparate e applicate al volume di destinazione una volta arrestata la replica. A volte, questa impostazione della quota potrebbe non riuscire e alla fine dell'operazione riceverai un messaggio di errore. Sebbene l'operazione Arresta vada a buon fine, è possibile che tutte le quote non siano state applicate al volume di destinazione. Se ricevi un errore di quota durante un'operazione Arresta , 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.
Google Cloud La console mostra i pool di archiviazione senza policy di Active Directory associate
Nella Google Cloud console, quando crei una replica di 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 dei 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 provi a passare a un pool di archiviazione incompatibile, il tentativo non riesce e ricevi un messaggio di errore.
Migrazione CMEK non bloccata
La migrazione CMEK non è bloccata dalla Google Cloud console ed è consentita anche quando sono presenti volumi di grande capacità. Se provi a eseguire la migrazione CMEK quando sono configurati volumi di grande capacità, il tentativo non riuscirà.
Problemi di FlexCache
Questa sezione descrive i problemi noti della funzionalità FlexCache.
Le modifiche dei volumi FlexCache nella Google Cloud console potrebbero non riuscire
I volumi FlexCache possono essere modificati solo utilizzando l'API o Google Cloud CLI. Sebbene i volumi FlexCache vengano visualizzati nella Google Cloud console dopo la creazione, possono essere visualizzati o eliminati e i tentativi di aggiornarli utilizzando la Google Cloud console potrebbero non riuscire. In questi casi, utilizza Google Cloud CLI per le modifiche.
La creazione del volume FlexCache non riesce se snapshot-directory è impostato su true
I volumi FlexCache non supportano l'opzione snapshot-directory. Sebbene l'API imposti questo parametro su false per impostazione predefinita, Google Cloud CLI lo imposta su true per impostazione predefinita.
Pertanto, quando crei un volume FlexCache utilizzando Google Cloud CLI, devi includere esplicitamente --snapshot-directory false per evitare che la creazione non riesca.