Limitações e problemas conhecidos

Nesta página, descrevemos as limitações conhecidas do Google Cloud NetApp Volumes.

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 a 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 do 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 rotear 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 a conexão do 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 VPC, isso poderá resultar em perda intermitente de conectividade da conexão de montagem de volume. Use intervalos que não se sobrepõem 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. Isso garante um acesso consistente do cliente sem intervenção manual do administrador, já que qualquer mudança de política em um volume é aplicada automaticamente no outro.

No 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, as políticas em ambos os volumes são sincronizadas automaticamente.

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 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 quando você tenta 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 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).

Isso ocorre mesmo quando as consultas de espaço em disco do lado do cliente (como df -h) e o console doGoogle Cloud mostram que o volume tem bastante capacidade lógica disponível. O erro é 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 isso funcionar, 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 massivo de metadados de 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 o aplicativo ou a 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 subjacente. 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 estão na nuvem privada virtual (VPC) do pool de armazenamento ou que estão 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 falhará se você não permitir que o NetApp Volumes entre em contato com seus controladores de domínio. Para mais informações, 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 ingressar em 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, recomendamos definir o SMB 2.1 como a versão mínima do SMB com suporte nos controladores do domínio. Aplique essa configuração a todos os controladores de domínio ou a todos os controladores de 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:

Solução: estamos trabalhando em uma atualização do NetApp Volumes para resolver esse problema. Enquanto isso, não instale essas atualizações de segurança do Windows nos controladores do domínio. Se você já instalou essas atualizações ou precisa instalá-las, 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 isso acontecer, entre em contato com o Google 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 quando a replicação é interrompida. Ocasionalmente, essa configuração de cota pode falhar, e você vai receber 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

A migração de CMEK não é bloqueada pelo console do Google Cloud e é permitida mesmo quando há volumes de grande capacidade. Se você tentar migrar a 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

Os volumes do FlexCache só podem ser modificados usando a API ou a Google Cloud CLI. Embora os volumes do FlexCache sejam exibidos no console do Google Cloud após a criação, eles podem ser visualizados ou excluídos, e as tentativas de atualizá-los usando o console doGoogle Cloud podem falhar. Nesses casos, use a Google Cloud CLI para 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. Enquanto a API define esse parâmetro como false por padrão, a Google Cloud CLI o define como true. 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.