Limitações e problemas conhecidos

É possível analisar problemas conhecidos, limitações de serviço e soluções alternativas para o Google Cloud NetApp Volumes para ajudar a resolver problemas em operações gerais de volume, integração do Active Directory, chaves de criptografia gerenciadas pelo cliente (CMEK), replicação de volume, volumes de grande capacidade e FlexCache.

Problemas gerais

Nesta seção, descrevemos problemas comuns conhecidos do NetApp Volumes.

Problemas de suporte a endereços IP de cliente não RFC 1918 (PUPI) com o nível de serviço Flex Unified

Problema: o nível de serviço Flex Unified não é compatível com endereços IP de cliente não RFC 1918 (PUPI).

Motivo: essa limitação se deve às restrições de regras de firewall no projeto de locatário do VSA.

Solução: para resolver esse problema, considere as seguintes opções:

  • Atribuir endereços IP RFC 1918: configure seus clientes para usar endereços IP privados RFC 1918.

  • Use um nível de serviço diferente: use um nível de serviço que ofereça suporte a endereços IP do cliente PUPI, como Standard, Premium, Extreme ou Flex File.

  • Solicitar uma configuração manual de firewall: como solução temporária, entre em contato com o Google Cloud Customer Care para configurar manualmente as regras de entrada de firewall para seu intervalo de clientes PUPI. A configuração manual pode exigir esforços contínuos de suporte. Para prosseguir com essa opção, envie uma solicitação de suporte com as seguintes informações:

    • O intervalo de IP PUPI do cliente (por exemplo, 100.64.0.0/10)

    • Portas de protocolo necessárias (NFS, SMB ou iSCSI)

    • A região de destino e o nome do pool de armazenamento

Erros Not found ao executar operações de backup após a criação do volume

Problema: se você executar operações de backup, como CreateBackup, RestoreVolume ou UpdateBackupConfig, imediatamente após criar um volume no modo ONTAP, as operações poderão falhar com um erro Not found.

Motivo: depois que você cria um volume, ele e os recursos relacionados ao backup podem levar um tempo para ficarem totalmente disponíveis para o serviço de backup. Durante esse período de propagação, o serviço de backup pode encaminhar solicitações de backup antes que o volume seja detectável, o que resulta em um erro Not found.

Solução: aguarde pelo menos três minutos após criar o volume antes de executar operações relacionadas ao backup.

Os volumes do Flex File não respondem ao ping

Para mais informações sobre esse problema, consulte Testar a conectividade com o NetApp Volumes.

Perda intermitente de conectividade ao usar conexões de acesso a serviços particulares sobrepostas

Ao configurar o acesso a serviços particulares para a conexão netapp.servicenetworking.goog, se o intervalo CIDR se sobrepuser ao intervalo CIDR usado por outra conexão de acesso a serviços particulares na mesma nuvem privada virtual (VPC), isso poderá resultar em perda intermitente de conectividade da conexão de montagem de volume. Use intervalos que não se sobreponham para evitar esse problema.

Possível interrupção do acesso do cliente aos volumes transferidos do Cloud Volumes Service para o NetApp Volumes ao atualizar as configurações de um volume NFS

Problema: há uma interrupção do acesso do cliente aos volumes quando você atualiza qualquer configuração no volume de origem ou de destino de uma replicação de volume ativa com um status de transferência espelhada.

Motivo: a atualização de um volume pode levar à sincronização da política de exportação com o volume do parceiro de replicação. Se o volume atualizado tiver uma política de exportação incorreta ou ausente, os clientes montados no volume de origem de produção poderão perder o acesso, o que pode causar uma interrupção.

Contexto: quando uma replicação está em um estado espelhado, o NetApp Volumes sincroniza automaticamente as políticas de exportação dos volumes de origem e de destino. Essa sincronização garante o acesso consistente do cliente sem intervenção manual do administrador, porque qualquer mudança de política em um volume é aplicada automaticamente ao outro.

No Cloud Volumes Service (CVS), o administrador precisa sincronizar manualmente as configurações de volume de origem e destino. Durante a transição de volume do CVS para o NetApp Volumes, as políticas de exportação atuais foram transferidas sem modificações, o que pode levar a políticas de exportação inconsistentes em volumes replicados. Quando você atualiza a política de exportação do volume de origem ou de destino em uma relação de replicação de volume, o NetApp Volumes sincroniza automaticamente as políticas nos dois volumes.

Volumes afetados:

Esse problema se aplica a volumes que atendem a todos os seguintes critérios:

  • Volumes que estão em uma replicação de volume espelhada e ativa. Retomar a replicação depois que ela é interrompida pode causar o problema.

  • Todos os volumes com NFS ativado que têm uma política de exportação.

  • Volumes em que a política de exportação é diferente entre a origem e o destino.

Solução: para resolver esse problema, a política de exportação dos volumes de origem e destino precisa ser sincronizada uma vez. Siga estas etapas:

  1. Analise e compare as políticas de exportação dos volumes de origem e de destino.

    • Se as políticas de exportação forem idênticas, nenhuma ação será necessária.

    • Se as políticas de exportação forem diferentes, mescle as regras de exportação para criar uma política de exportação que permita todos os hosts especificados em ambas as políticas.

  2. Aplique a política de exportação mesclada ao volume de origem. Essa política também é aplicada automaticamente ao volume de destino.

Ao sincronizar as políticas de exportação, você garante um acesso consistente e evita possíveis interrupções para os clientes.

Mensagem de erro ao usar os recursos do Cloud Volumes Service (CVS) e do NetApp Volumes juntos

Talvez você receba uma mensagem de erro sobre o uso de recursos do CVS e do NetApp Volumes juntos em uma VPC, um projeto ou uma região. Esse problema pode ocorrer ao tentar criar recursos como pools e políticas se uma das seguintes condições for verdadeira para o projeto:

  • O projeto foi usado anteriormente para o CVS.

  • Uma operação de lista de recursos do CVS foi realizada em um projeto que não tem recursos do NetApp Volumes.

Estas são as mensagens de erro comuns:

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

Para resolver esse problema, entre em contato com o Google Cloud Customer Care e solicite uma redefinição dos seus projetos ou regiões específicos para usar exclusivamente os recursos do NetApp Volumes.

A criação de arquivos falha com erros No space left on device ou File too large em um diretório específico

Problema: ao tentar gravar, copiar ou criar novos arquivos ou subdiretórios em um volume montado, a operação falha com um erro No space left on device (errno 28 / ENOSPC) ou File too large (errno 27 / EFBIG).

Esse erro ocorre mesmo quando as consultas de espaço em disco do lado do cliente (como df -h) e o console do Google Cloud mostram que o volume tem bastante capacidade lógica disponível. O erro está localizado em um diretório específico. A criação de arquivos é bem-sucedida em outros diretórios no mesmo volume.

Motivo: esse problema ocorre quando um único diretório cresce excessivamente e atinge os limites internos, impedindo que o sistema de armazenamento indexe mais arquivos ou subdiretórios nesse local específico.

Verificação:

Verifique se você atingiu os limites de tamanho do diretório executando as seguintes etapas de diagnóstico em um cliente montado:

  1. Teste a criação de arquivos localizados: tente criar um arquivo em um diretório completamente diferente e recém-criado no mesmo volume: bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt Se esse comando for bem-sucedido, mas a gravação no diretório original falhar, é provável que o limite do diretório tenha sido atingido.

  2. Estime as contagens de entradas do diretório: conte o número de entradas dentro do diretório ofensivo: bash find /mount_point/offending_directory -maxdepth 1 | wc -l

  3. Inspecione o tamanho do arquivo de índice do diretório: verifique o tamanho dos metadados do diretório: bash ls -ld /mount_point/offending_directory Um tamanho de arquivo de diretório excepcionalmente grande indica um aumento excessivo de metadados do diretório.

Solução:

Para resolver esse problema e manter as estruturas de diretório íntegras, implemente os seguintes métodos:

  • Implementar a fragmentação de diretórios: reestruture seu aplicativo ou carga de trabalho para distribuir arquivos em subdiretórios hierárquicos aninhados (como /aa/bb/filename.txt, em vez de manter um grande número de arquivos em um único diretório simples).

  • Recriar diretórios sobrecarregados: excluir arquivos de um diretório que ultrapassou o limite remove os nomes deles, mas não reduz automaticamente o tamanho físico do arquivo de índice do diretório no sistema de arquivos. Para recuperar totalmente o espaço do diretório, copie ou mova os arquivos ativos para um novo diretório e exclua o diretório antigo e sobrecarregado.

Problemas de integração com o Active Directory

As seções a seguir contêm problemas conhecidos da integração do Active Directory.

Problemas de conectividade

As conexões com controladores de domínio locais falham devido às seguintes limitações:

  • Peering de VPC: o NetApp Volumes só pode acessar controladores de domínio que estejam na VPC do pool de armazenamento ou conectados a ela por VPN. O NetApp Volumes não pode acessar controladores de domínio em nenhuma outra VPC, incluindo aquelas que estão em peering com a VPC do pool de armazenamento e que se conectam ao pool de armazenamento.

  • Firewalls: a conexão local vai falhar se você não permitir que o NetApp Volumes entre em contato com seus controladores de domínio. Para mais informações, consulte Regras de firewall para acesso ao Active Directory.

Modificar a configuração do site do Active Directory de uma política do Active Directory não afeta os pools de armazenamento do nível de serviço Flex File. Essa configuração funciona para pools unificados do Flex.

O NetApp Volumes não pode se conectar a controladores de domínio baseados no Windows 2025

Devido a uma regressão no Windows 2025, o NetApp Volumes não pode ingressar em um domínio usando um controlador de domínio do Windows 2025.

Em 9 de setembro de 2025, a Microsoft lançou o KB5065431 e o KB5065426 para resolver esse problema. O Windows 2025 não é compatível com a criptografia RC4. Portanto, é necessário ativar a codificação AES para a autenticação do Active Directory.

Para mais informações, consulte A comunicação do controlador de domínio com o Windows 2025 ou versões anteriores pode falhar devido à aplicação do SMB 3.1.1.

A comunicação do controlador do domínio com o Windows 2025 ou versões anteriores pode falhar devido à aplicação do SMB 3.1.1

Os controladores de domínio do Windows 2025 aplicam o SMB 3.1.1 para comunicação com clientes do Active Directory. A Política 18.6.7.6 do Center for Internet Security (CIS) também recomenda o uso do SMB 3.1.1 para versões anteriores do Windows.

Embora o NetApp Volumes seja compatível com o SMB 3.1.1 para comunicação entre clientes SMB e o servidor SMB do NetApp Volumes, ele é compatível apenas com o SMB 2.1 e o SMB 3.0 ao se conectar ao Active Directory como um cliente.

Se os controladores de domínio permitirem apenas conexões SMB 3.1.1, o NetApp Volumes não poderá se conectar ao Active Directory, o que causará interrupções no serviço.

Para manter a compatibilidade, defina o SMB 2.1 como a versão mínima compatível do SMB nos controladores do domínio. Aplique essa configuração a todos os controladores do domínio ou a todos os controladores do domínio no site do Active Directory se você usar políticas do Active Directory baseadas em site.

O exemplo a seguir mostra como definir a versão mínima do SMB compatível como 2.1:

 Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210

Para mais informações sobre como modificar as configurações de SMB usando o PowerShell ou políticas de grupo, consulte Gerenciar dialetos de SMB no Windows e no Windows Server 2025.

As conexões LDAP com o Active Directory falham após as atualizações do controlador de domínio da Microsoft em outubro de 2026

Problema: depois de instalar as atualizações de segurança da Microsoft de outubro de 2026 nos controladores de domínio do Active Directory, os pools de armazenamento e os volumes conectados ao Active Directory não conseguem concluir uma vinculação LDAP a esses controladores de domínio. Como resultado, você pode encontrar erros ao se conectar a compartilhamentos SMB, adicionar usuários a compartilhamentos ou usar ou testar uma nova política do Active Directory.

Motivo: as seguintes atualizações de segurança cumulativas da Microsoft modificam o comportamento da conexão LDAP, o que interrompe a comunicação com o NetApp Volumes:

A NetApp rastreia esse problema no Boletim de suporte SU628 da NetApp.

Solução: para resolver esse problema nos controladores de domínio, reverter as atualizações de segurança ou aplique a solução alternativa de edição do registro descrita em O acesso aos compartilhamentos SMB do NetApp pode falhar após a instalação da atualização de segurança do Windows de outubro de 2026.

Como alternativa, se você usar o modo ONTAP unificado do Flex, poderá configurar a segurança da sessão LDAP nas máquinas virtuais de armazenamento (SVMs):

  • Antes ou depois de corrigir os controladores de domínio, defina a segurança da sessão LDAP como sign ou seal em cada SVM afetada. Qualquer um dos valores atende ao requisito, mas seal fornece criptografia extra para dados de payload LDAP:

    vserver cifs security show -fields session-security-for-ad-ldap
vserver cifs security modify -vserver SVM_NAME -session-security-for-ad-ldap sign
vserver cifs domain discovered-servers reset-servers -vserver SVM_NAME

  • Se uma configuração de cliente LDAP na SVM se vincular como o servidor CIFS usando vserver services name-service ldap client com -bind-as-cifs-server true ou se vincular a um domínio do Active Directory com -bind-dn e -ad-domain configurados, defina -session-security como sign ou seal nessa configuração de cliente:

    vserver services name-service ldap client show -vserver SVM_NAME
vserver services name-service ldap client modify -vserver SVM_NAME -client-config CONFIG_NAME -session-security sign

  • Verifique se a autenticação do Kerberos funciona entre a SVM e os controladores de domínio, o que é necessário ao usar sign ou seal. Os controladores de domínio precisam ter registros DNS de encaminhamento (A) e reversos (PTR) solucionáveis. Registros PTR ausentes ou incorretos podem fazer com que a vinculação LDAP falhe com erros de GSSAPI, como Cannot determine realm for numeric host address ou Server not found in Kerberos database.

  • Depois de aplicar as mudanças, teste a conexão para confirmar a conectividade LDAP:

    set -privilege diag
secd connections test -node NODE -vserver SVM_NAME

  • A atualização da configuração de segurança da sessão não exige credenciais de domínio nem redefine a senha da conta da máquina do Active Directory. Como o LDAP é avaliado durante as operações de vinculação e pesquisa, as sessões de cliente SMB atuais permanecem conectadas.

  • Para SVMs somente NFS que usam um cliente LDAP vinculado ao Active Directory, também defina -session-security como sign ou seal no cliente LDAP, quando aplicável, inclusive em ambientes que usam LDAPS na porta 636.

Se o problema persistir ou você precisar de ajuda, entre em contato com o Google Cloud Customer Care.

Problemas com CMEK

As seções a seguir contêm problemas conhecidos de operações de chave de criptografia gerenciada pelo cliente (CMEK).

ListKmsConfigs retorna o erro Invalid value for enum type

Enquanto um volume migra da criptografia gerenciada pelo sistema para a criptografia gerenciada pelo cliente, o comando ListKmsConfigs ocasionalmente retorna um erro Invalid value for enum type durante a migração. Depois que a migração for concluída, o comando ListKmsConfigs voltará a funcionar normalmente.

Falha na criação da política KmsConfig

Às vezes, a criação da política do KmsConfig falha e impede que você crie outra política. Se esse problema ocorrer, entre em contato com o Cloud Customer Care.

Problemas e limitações da replicação de volume

As seções a seguir fornecem detalhes sobre problemas conhecidos e limitações do recurso de replicação de volume.

As configurações de cota de volume de destino podem falhar em uma replicação ativa

Ao modificar as configurações de um volume em uma replicação ativa, as configurações são aplicadas aos volumes de origem e de destino. No entanto, as mudanças de cota especificamente para volumes de destino são preparadas e aplicadas ao volume de destino depois que a replicação é interrompida. Às vezes, essa configuração de cota pode falhar, e você recebe uma mensagem de erro no final da operação. Embora a operação Stop seja bem-sucedida, é possível que nem todas as cotas tenham sido aplicadas ao volume de destino. Se você receber um erro de cota durante uma operação de interrupção, compare as regras de cota nos volumes de origem e destino e atualize as regras de cota ausentes no destino para que correspondam às configurações do volume de origem.

O console doGoogle Cloud exibe pools de armazenamento sem políticas do Active Directory associadas

No console do Google Cloud , ao criar uma replicação de volume para um volume de origem, a lista de pools de armazenamento para escolher o volume de destino contém pools de armazenamento que não têm uma política do Active Directory. Selecionar um pool de armazenamento sem uma política do Active Directory leva a uma falha na replicação.

Problemas conhecidos dos volumes de grande capacidade

A seção a seguir descreve problemas conhecidos do recurso de volumes de grande capacidade.

Pools incompatíveis exibidos

Ao mudar o pool de armazenamento (nível de serviço), o console do Google Cloud pode mostrar pools incompatíveis. Se você tentar mudar para um pool de armazenamento incompatível, a tentativa vai falhar e você vai receber uma mensagem de erro.

Migração de CMEK não bloqueada

O console do Google Cloud não bloqueia a migração de CMEK quando há volumes de grande capacidade. No entanto, se você tentar a migração de CMEK quando volumes de grande capacidade estiverem configurados, a tentativa vai falhar.

Problemas do FlexCache

Nesta seção, descrevemos os problemas conhecidos do recurso FlexCache.

As modificações de volume do FlexCache no console do Google Cloud podem falhar

Só é possível modificar volumes do FlexCache usando a API ou a Google Cloud CLI. Embora o console do Google Cloud exiba os volumes do FlexCache após a criação e permita que você os visualize ou exclua, qualquer tentativa de atualizá-los no console do Google Cloud pode falhar. Nesses casos, use a Google Cloud CLI ou a API para fazer modificações.

A criação do volume do FlexCache falha com snapshot-directory definido como verdadeiro

Os volumes do FlexCache não são compatíveis com a opção snapshot-directory. Embora a API defina esse parâmetro como false por padrão, a Google Cloud CLI o define como true por padrão. Portanto, ao criar um volume do FlexCache usando a Google Cloud CLI, é necessário incluir explicitamente --snapshot-directory false para evitar falhas na criação.