Limites et problèmes connus

Cette page décrit les limites connues de Google Cloud NetApp Volumes.

Problèmes d'ordre général

Cette section décrit les problèmes courants connus de NetApp Volumes.

Problèmes de compatibilité avec les adresses IP clientes non RFC 1918 (PUPI) avec le niveau de service Flex Unified

Problème : Le niveau de service Flex Unified n'est pas compatible avec les adresses IP clientes non RFC 1918 (PUPI) .

Raison : Cette limite est due aux contraintes des règles de pare-feu dans le projet locataire VSA.

Solution : Pour résoudre ce problème, envisagez les options suivantes :

  • Attribuer des adresses IP RFC 1918 : configurez vos clients pour qu'ils utilisent des adresses IP privées RFC 1918.

  • Utiliser un autre niveau de service : utilisez un niveau de service compatible avec les adresses IP clientes PUPI , tel que Standard, Premium, Extreme ou Flex File.

  • Demander une configuration manuelle du pare-feu : pour contourner temporairement le problème, vous pouvez contacter l'assistance Google Cloud Customer Care afin de configurer manuellement les règles d'entrée du pare-feu pour votre plage de clients PUPI. Notez que la configuration manuelle peut nécessiter des efforts d'assistance continus. Pour continuer avec cette option, envoyez une demande d'assistance en fournissant les informations suivantes :

    • Votre plage d'adresses IP clientes PUPI (par exemple, 100.64.0.0/10)

    • Ports de protocole requis (NFS, SMB ou iSCSI)

    • Région cible et nom du pool de stockage

Erreurs Not found lors de l'exécution d'opérations de sauvegarde après la création d'un volume

Problème : Si vous exécutez des opérations de sauvegarde telles que CreateBackup, RestoreVolume, ou UpdateBackupConfig immédiatement après avoir créé un volume en mode ONTAP, les opérations peuvent échouer avec une erreur Not found.

Raison : Une fois que vous avez créé un volume, il peut s'écouler un certain temps avant que le volume et ses ressources liées à la sauvegarde ne soient entièrement disponibles pour le service de sauvegarde. Pendant cette période de propagation, le service de sauvegarde peut acheminer les requêtes de sauvegarde avant que le volume ne soit détectable, ce qui entraîne une erreur Not found.

Solution : Attendez au moins trois minutes après avoir créé le volume avant d'exécuter des opérations liées à la sauvegarde.

Les volumes Flex File ne répondent pas au ping

Pour en savoir plus sur ce problème, consultez Tester la connectivité à NetApp Volumes.

Perte de connectivité intermittente lors de l'utilisation de connexions d'accès aux services privés qui se chevauchent

Lorsque vous configurez la netapp.servicenetworking.goog connexion, si la plage CIDR chevauche la plage CIDR utilisée par une autre connexion d'accès aux services privés sur le même VPC, cela peut entraîner une perte de connectivité intermittente de la connexion d'installation du volume. Utilisez des plages qui ne se chevauchent pas pour éviter ce problème.

Interruption possible de l'accès client aux volumes transférés de Cloud Volumes Service vers NetApp Volumes lors de la mise à jour des paramètres d'un volume NFS

Problème : L'accès client aux volumes est interrompu lorsque vous mettez à jour des paramètres sur le volume source ou de destination d'une réplication de volume active avec un état de transfert en miroir.

Raison : La mise à jour d'un volume peut entraîner la synchronisation de sa stratégie d'exportation avec le volume partenaire de réplication. Si le volume mis à jour comporte une stratégie d'exportation incorrecte ou manquante, les clients installés sur le volume source de production peuvent perdre l'accès, ce qui peut entraîner une panne.

Contexte : Lorsqu'une réplication est en état de miroir, NetApp Volumes synchronise automatiquement les stratégies d'exportation des volumes source et de destination. Cela garantit un accès client cohérent sans intervention manuelle de l'administrateur, car toute modification de stratégie sur un volume est automatiquement appliquée à l'autre volume.

Dans CVS, l'administrateur doit synchroniser manuellement les paramètres des volumes source et de destination. Lors de la transition du volume de CVS vers NetApp Volumes, les stratégies d'exportation existantes ont été transférées sans modification, ce qui peut entraîner des stratégies d'exportation incohérentes dans les volumes répliqués. Lorsque vous mettez à jour la stratégie d'exportation du volume source ou de destination dans une relation de réplication de volume, les stratégies des deux volumes sont automatiquement synchronisées.

Volumes concernés

Ce problème s'applique aux volumes qui répondent à tous les critères suivants :

  • Volumes qui se trouvent dans une réplication de volume active en miroir. La reprise de la réplication après son arrêt peut entraîner le problème.

  • Tous les volumes compatibles avec NFS qui disposent d'une stratégie d'exportation.

  • Volumes dont la stratégie d'exportation diffère entre la source et la destination.

Solution : Pour résoudre ce problème, la stratégie d'exportation des volumes source et de destination doit être synchronisée une seule fois. Procédez comme suit :

  1. Examinez et comparez les stratégies d'exportation des volumes source et de destination.

    • Si les stratégies d'exportation sont identiques, aucune action n'est requise.

    • Si les stratégies d'exportation sont différentes, fusionnez les règles d'exportation pour créer une stratégie d'exportation qui autorise tous les hôtes spécifiés dans les deux stratégies.

  2. Appliquez la stratégie d'exportation fusionnée au volume source. Cette stratégie est également automatiquement appliquée au volume de destination.

En synchronisant les stratégies d'exportation, vous pouvez garantir un accès cohérent et éviter les interruptions potentielles pour les clients.

Message d'erreur lors de l'utilisation conjointe des ressources Cloud Volumes Service (CVS) et NetApp Volumes

Vous pouvez recevoir un message d'erreur concernant l'utilisation conjointe des ressources CVS et NetApp Volumes dans un VPC, un projet ou une région. Ce problème peut se produire lorsque vous essayez de créer des ressources telles que des pools et des stratégies si l'une des conditions suivantes est remplie pour le projet :

  • Le projet a déjà été utilisé pour CVS.

  • Une opération de liste de ressources CVS a été effectuée dans un projet qui ne comporte aucune ressource NetApp Volumes.

Voici les messages d'erreur courants :

  • 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

Pour résoudre ce problème, contactez l'assistance Google Cloud Customer Care et demandez à réinitialiser vos projets ou régions spécifiques afin d'utiliser exclusivement les ressources NetApp Volumes.

Échec de la création de fichiers avec les erreurs No space left on device ou File too large dans un répertoire spécifique

Problème : Lorsque vous tentez d'écrire, de copier ou de créer des fichiers ou des sous-répertoires sur un volume installé, l'opération échoue avec une erreur No space left on device (errno 28 / ENOSPC) ou File too large (errno 27 / EFBIG).

Cela se produit même lorsque les requêtes d'espace disque côté client (telles que df -h) et la Google Cloud console indiquent que le volume dispose d'une grande capacité logique disponible. L'erreur est localisée dans un répertoire spécifique. La création de fichiers réussit dans d'autres répertoires du même volume.

Raison : Ce problème se produit lorsqu'un seul répertoire devient trop volumineux et atteint les limites internes, ce qui empêche le système de stockage d'indexer d'autres fichiers ou sous-répertoires à cet emplacement spécifique.

Validation:

Vérifiez si vous avez atteint les limites de taille du répertoire en effectuant les étapes de diagnostic suivantes sur un client installé :

  1. Tester la création de fichiers localisés : essayez de créer un fichier dans un répertoire complètement différent et nouvellement créé sur le même volume : bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt Si cette opération réussit, mais que l'écriture dans le répertoire d'origine échoue, il est probable que la limite du répertoire a été atteinte.
  2. Estimer le nombre d'entrées de répertoire : comptez le nombre d' entrées dans le répertoire problématique : bash find /mount_point/offending_directory -maxdepth 1 | wc -l
  3. Inspecter la taille du fichier d'index du répertoire : vérifiez l'empreinte des métadonnées du répertoire : bash ls -ld /mount_point/offending_directory Une taille de fichier de répertoire exceptionnellement grande indique un gonflement massif des métadonnées du répertoire.

Solution:

Pour résoudre ce problème et maintenir l'intégrité de vos structures de répertoire, implémentez les méthodes suivantes :

  • Implémenter le partitionnement de répertoire : restructurez votre application ou votre charge de travail pour distribuer les fichiers dans des sous-répertoires hiérarchiques imbriqués (par exemple, /aa/bb/filename.txt au lieu de conserver un grand nombre de fichiers dans un seul répertoire plat).
  • Recréer les répertoires volumineux : la simple suppression de fichiers d'un répertoire qui dépasse la limite supprime leurs noms, mais ne réduit pas automatiquement la taille physique du fichier d'index du répertoire dans le système de fichiers sous-jacent. Pour récupérer entièrement l'espace du répertoire, copiez ou déplacez les fichiers actifs dans un nouveau répertoire, puis supprimez l'ancien répertoire volumineux.

Problèmes d'intégration d'Active Directory

Les sections suivantes contiennent des problèmes connus liés à l'intégration d'Active Directory.

Problèmes de connectivité

Les connexions aux contrôleurs de domaine sur site échouent en raison des limites suivantes :

  • Appairage de VPC: NetApp Volumes ne peut atteindre que les contrôleurs de domaine qui se trouvent sur le cloud privé virtuel (VPC) du pool de stockage ou y sont connectés par VPN. NetApp Volumes ne peut pas atteindre les contrôleurs de domaine dans d'autres VPC, y compris ceux qui sont appairés au VPC du pool de stockage et qui se connectent au pool de stockage.

  • Pare-feu : la connexion sur site échoue si vous n'autorisez pas NetApp Volumes à contacter vos contrôleurs de domaine. Pour en savoir plus, consultez Règles de pare-feu pour l'accès à Active Directory.

La modification du paramètre de site Active Directory d'une stratégie Active Directory n'affecte pas les pools de stockage de niveau de service Flex File. Ce paramètre fonctionne pour les pools Flex Unified.

NetApp Volumes ne peut pas rejoindre les contrôleurs de domaine basés sur Windows 2025

En raison d'une régression dans Windows 2025, NetApp Volumes ne peut pas rejoindre un domaine à l'aide d'un contrôleur de domaine Windows 2025.

Depuis le 9 septembre 2025, Microsoft a publié les articles KB5065431 et KB5065426 pour résoudre ce problème. Windows 2025 n'est pas compatible avec le chiffrement RC4. Vous devez donc activer le chiffrement AES pour l'authentification Active Directory.

Pour en savoir plus, consultez La communication du contrôleur de domaine avec Windows 2025 ou une version antérieure peut échouer en raison de l'application de SMB 3.1.1.

La communication du contrôleur de domaine avec Windows 2025 ou une version antérieure peut échouer en raison de l'application de SMB 3.1.1

Les contrôleurs de domaine Windows 2025 appliquent SMB 3.1.1 pour la communication avec les clients Active Directory. La stratégie 18.6.7.6 du Center for Internet Security (CIS) recommande également d'utiliser SMB 3.1.1 pour les versions antérieures de Windows.

Bien que NetApp Volumes soit compatible avec SMB 3.1.1 pour la communication entre les clients SMB et le serveur SMB NetApp Volumes, il n'est compatible qu'avec SMB 2.1 et SMB 3.0 lors de la connexion à Active Directory en tant que client.

Si les contrôleurs de domaine n'autorisent que les connexions SMB 3.1.1, NetApp Volumes ne peut pas se connecter à Active Directory, ce qui entraîne des interruptions de service.

Pour maintenir la compatibilité, nous vous recommandons de définir SMB 2.1 comme version SMB minimale compatible sur vos contrôleurs de domaine. Vous devez appliquer ce paramètre à tous les contrôleurs de domaine ou à chaque contrôleur de domaine du site Active Directory si vous utilisez des stratégies Active Directory basées sur le site.

L'exemple suivant montre comment définir la version SMB minimale compatible sur 2.1 :

 Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210

Pour en savoir plus sur la modification des paramètres SMB à l'aide de PowerShell ou de stratégies de groupe, consultez Gérer les dialectes SMB dans Windows et Windows Server 2025.

Problèmes liés à la CMEK

Les sections suivantes contiennent des problèmes connus liés aux opérations de clé de chiffrement gérée par le client (CMEK).

ListKmsConfigs renvoie l'erreur Invalid value for enum type

Lorsqu'un volume migre du chiffrement géré par le système vers le chiffrement géré par le client, la commande ListKmsConfigs renvoie parfois une erreur Invalid value for enum type pendant la migration. Une fois la migration terminée, la commande ListKmsConfigs fonctionne à nouveau normalement.

Échec de la création de la stratégie KmsConfig

Parfois, la création de la stratégie KmsConfig échoue et vous empêche de créer une autre stratégie. Si cela se produit, contactez l'assistance Google Cloud Customer Care.

Problèmes et limites liés à la réplication de volumes

Les sections suivantes fournissent des informations sur les problèmes et limites connus de la fonctionnalité de réplication de volumes.

Les paramètres de quota du volume de destination peuvent échouer dans une réplication active

Lorsque vous modifiez les paramètres d'un volume dans une réplication active, les paramètres sont appliqués aux volumes source et de destination. Toutefois, les modifications de quota spécifiques aux volumes de destination sont mises en scène et appliquées au volume de destination une fois la réplication arrêtée. Parfois, ce paramètre de quota peut échouer et un message d'erreur s'affiche à la fin de l'opération. Bien que l'opération Stop réussisse, il est possible que tous les quotas n'aient pas été appliqués au volume de destination. Si vous recevez une erreur de quota lors d'une opération Stop , comparez les règles de quota sur les volumes source et de destination, puis mettez à jour les règles de quota manquantes sur la destination pour qu'elles correspondent aux paramètres du volume source.

Google Cloud La console affiche des pools de stockage sans stratégies Active Directory associées

Dans la Google Cloud console, lorsque vous créez une réplication de volume pour un volume source, la liste des pools de stockage à partir desquels choisir pour créer le volume de destination contient des pools de stockage qui ne disposent pas de stratégie Active Directory. La sélection d'un pool de stockage sans stratégie Active Directory entraîne un échec de la réplication.

Problèmes connus liés aux volumes de grande capacité

La section suivante décrit les problèmes connus liés à la fonctionnalité des volumes de grande capacité.

Pools incompatibles affichés

Lorsque vous modifiez le pool de stockage (niveau de service), la Google Cloud console peut afficher des pools incompatibles. Si vous essayez de passer à un pool de stockage incompatible, la tentative échoue et un message d'erreur s'affiche.

Migration CMEK non bloquée

La migration CMEK n'est pas bloquée par la Google Cloud console et est autorisée même lorsque des volumes de grande capacité sont présents. Si vous essayez la migration CMEK lorsque des volumes de grande capacité sont configurés, la tentative échouera.

Problèmes liés à FlexCache

Cette section décrit les problèmes connus liés à la fonctionnalité FlexCache.

Les modifications apportées aux volumes FlexCache dans la Google Cloud console peuvent échouer

Les volumes FlexCache ne peuvent être modifiés qu'à l'aide de l'API ou de la Google Cloud CLI. Bien que les volumes FlexCache s'affichent dans la Google Cloud console après leur création, ils peuvent être affichés ou supprimés, et les tentatives de mise à jour à l'aide de la Google Cloud console peuvent échouer. Dans ce cas, utilisez la Google Cloud CLI pour effectuer des modifications.

Échec de la création du volume FlexCache avec snapshot-directory défini sur "true"

Les volumes FlexCache ne sont pas compatibles avec l'option snapshot-directory. Bien que l'API définisse ce paramètre par défaut sur false, la Google Cloud CLI le définit par défaut sur true. Par conséquent, lorsque vous créez un volume FlexCache à l'aide de la Google Cloud CLI, vous devez inclure explicitement --snapshot-directory false pour éviter l'échec de la création.