Problemi noti e limitazioni

In questa pagina sono descritte le limitazioni note di Google Cloud NetApp Volumes.

Problemi generici

Questa sezione descrive i problemi noti comuni di NetApp Volumes.

Problemi di supporto degli indirizzi IP client non RFC 1918 (PUPI) con il livello di servizio Flex Unified

Problema: il livello di servizio Flex Unified non supporta gli indirizzi IP client non RFC 1918 (PUPI).

Motivo: questa limitazione è dovuta ai vincoli delle regole firewall all'interno del progetto tenant VSA.

Soluzione: per risolvere il problema, prendi in considerazione le seguenti opzioni:

  • Assegna indirizzi IP RFC 1918: configura i client in modo che utilizzino indirizzi IP privati RFC 1918.

  • Utilizza un livello di servizio diverso: utilizza un livello di servizio che supporti gli indirizzi IP client PUPI, ad esempio Standard, Premium, Extreme o Flex File.

  • Richiedi una configurazione manuale del firewall: come soluzione temporanea, puoi contattare l'assistenza clienti Google Cloud per configurare manualmente le regole firewall in entrata per l'intervallo di client PUPI. Tieni presente che la configurazione manuale potrebbe richiedere un impegno continuo per l'assistenza. Per procedere con questa opzione, invia una richiesta di assistenza con le seguenti informazioni:

    • L'intervallo IP PUPI del client (ad esempio, 100.64.0.0/10)

    • Porte di protocollo richieste (NFS, SMB o iSCSI)

    • La regione di destinazione e il nome del pool di archiviazione

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 immediatamente dopo aver creato un volume in modalità ONTAP, le operazioni possono non riuscire con un errore Not found.

Motivo: dopo aver creato un volume, il volume e le relative risorse correlate al backup possono richiedere un breve periodo di tempo prima di essere completamente disponibili per il servizio di backup. Durante questo periodo di propagazione, il servizio di supporto 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 relative al backup.

I volumi Flex File non rispondono al ping

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

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

Quando configuri la connessione netapp.servicenetworking.goog, se l'intervallo CIDR si sovrappone a quello utilizzato da un'altra connessione di accesso privato ai servizi sullo stesso VPC, potrebbe verificarsi una perdita intermittente della connettività della connessione di montaggio del volume. Per evitare questo problema, utilizza intervalli non sovrapposti.

Possibile interruzione dell'accesso dei client ai volumi trasferiti da Cloud Volumes Service a NetApp Volumes durante l'aggiornamento delle impostazioni di un volume NFS

Problema: si verifica un'interruzione dell'accesso dei client ai volumi quando aggiorni le impostazioni del volume di origine o di destinazione di una replica 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 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 del servizio.

Contesto: quando una replica è in uno stato di mirroring, NetApp Volumes sincronizza automaticamente le policy di esportazione dei volumi di origine e di destinazione. In questo modo, l'accesso dei 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 del volume 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ò portare a 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 dei volumi, le policy vengono sincronizzate automaticamente su entrambi i volumi.

Volumi interessati

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

  • Volumi che si trovano in una replica di volume attiva e sottoposta a mirroring. Il problema può essere causato dalla ripresa della replica dopo l'interruzione.

  • Tutti i volumi abilitati per NFS che hanno 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:

  1. 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.

  2. 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 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 combinato 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 per il progetto è vera 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 contiene risorse NetApp Volumes.

Di seguito sono riportati i messaggi di errore più 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 dei progetti o delle 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 provi a 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).

Questo accade anche quando le query sullo spazio su disco lato client (come df -h) e la consoleGoogle Cloud mostrano che il volume ha una capacità logica disponibile sufficiente. L'errore è localizzato in una directory specifica; la creazione del file riesce 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 se hai 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, appena creata, nello 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 della directory.
  2. Stima i conteggi delle voci della directory: conta il numero di voci all'interno della directory in questione: bash find /mount_point/offending_directory -maxdepth 1 | wc -l
  3. Controlla le dimensioni del file di indice della directory: controlla l'impatto dei metadati della directory: bash ls -ld /mount_point/offending_directory Una dimensione del file della directory eccezionalmente grande indica un aumento eccessivo dei metadati della directory.

Soluzione:

Per risolvere questo problema e mantenere l'integrità delle strutture delle directory, implementa i seguenti metodi:

  • Implementa lo sharding delle directory: ristruttura l'applicazione o il workload per distribuire i file tra sottodirectory nidificate e gerarchiche (ad esempio /aa/bb/filename.txt anziché conservare un numero elevato di file in un'unica directory piatta).
  • Ricostruisci le directory troppo grandi: la semplice eliminazione dei 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, che è troppo grande.

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 sul Virtual Private Cloud (VPC) del pool di archiviazione o che sono connessi tramite VPN. NetApp Volumes non può raggiungere i domain controller in nessun 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 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 Active Directory non influisce sui pool di archiviazione con livello di servizio Flex File. Questa impostazione funziona per i pool Flex unificati.

NetApp Volumes non può 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 domain controller Windows 2025.

A partire dal 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 di SMB 3.1.1.

La comunicazione del domain controller con Windows 2025 o versioni precedenti può non riuscire a causa dell'applicazione 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 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, il che causa 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 Gestisci i dialetti SMB in Windows e Windows Server 2025.

Le connessioni LDAP ad Active Directory non vanno a buon fine dopo gli aggiornamenti del domain controller di Microsoft di ottobre 2026

Problema: dopo aver installato gli aggiornamenti della sicurezza di Microsoft di ottobre 2026 sui domain controller Active Directory, i pool di archiviazione e i volumi connessi ad Active Directory non possono completare un'associazione LDAP a questi domain controller. Di conseguenza, potresti riscontrare errori durante la connessione alle condivisioni SMB, l'aggiunta di utenti alle condivisioni o l'utilizzo o il test di una nuova policy di Active Directory.

Motivo: i seguenti aggiornamenti cumulativi della sicurezza di Microsoft modificano il comportamento della connessione LDAP, interrompendo la comunicazione con NetApp Volumes:

Soluzione: stiamo lavorando a un aggiornamento di NetApp Volumes per risolvere il problema. Nel frattempo, non installare questi aggiornamenti della sicurezza di Windows sui tuoi domain controller. Se hai già installato questi aggiornamenti o devi installarli, contatta l'assistenza clienti Google Cloud.

Problemi relativi alle 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 restituisce occasionalmente un errore Invalid value for enum type durante la migrazione. Al termine della migrazione, il comando ListKmsConfigs torna a funzionare normalmente.

Creazione della policy KmsConfig non riuscita

In alcuni casi, la creazione della policy KmsConfig non va a buon fine 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 alla quota specifiche per i volumi di destinazione vengono preparate e applicate al volume di destinazione una volta interrotta la replica. Occasionalmente, questa impostazione della quota potrebbe non riuscire e riceverai un messaggio di errore al termine dell'operazione. Anche se l'operazione Interrompi viene eseguita correttamente, è possibile che non tutte le quote siano 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 policy di Active Directory associate

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 console Google Cloud potrebbe mostrare pool incompatibili. Se provi a 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 CMEK non è bloccata dalla console Google Cloud ed è consentita anche se sono presenti volumi di grande capacità. Se provi a eseguire 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. Sebbene i volumi FlexCache vengano visualizzati nella console Google Cloud dopo la creazione, possono essere visualizzati o eliminati e i tentativi di aggiornarli 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 esplicitamente --snapshot-directory false per evitare errori di creazione.