As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Solução de problemas de montagem

A seguir, você pode encontrar informações sobre solução de problemas de montagem de sistemas de arquivos do EFS.

Montagem do sistema de arquivos em instância do Windows falha

Uma montagem de sistema de arquivos em uma instância do EC2 no Microsoft Windows falhou.

Medida a ser tomada

Não use o Amazon EFS com instâncias do EC2 para Windows, pois não há compatibilidade.

Acesso negado pelo servidor

Uma montagem de sistema de arquivos falha com a seguinte mensagem:

/efs mount.nfs4: access denied by server while mounting 127.0.0.1:/

Esse problema pode ocorrer se o cliente NFS não tiver permissão para montar o sistema de arquivos.

Medida a ser tomada

Se você estiver tentando montar o sistema de arquivos usando o IAM, use a opção -o iam em seu comando de montagem. Isso informa ao assistente de montagem do EFS para transmitir as suas credenciais para o destino de montagem do EFS. Se ainda não tiver acesso, verifique sua política de sistema de arquivos e sua política de identidade para garantir que não há cláusulas DENY que se aplicam à sua conexão e que há pelo menos uma cláusula ALLOW que se aplica à conexão. Para ter mais informações, consulte Usando o IAM para controlar o acesso aos dados do sistema de arquivos e Criar políticas de sistema de arquivos.

A montagem automática falhou, e a instância não responde

Esse problema pode ocorrer se o sistema de arquivos foi montado automaticamente em uma instância e a opção _netdev não foi declarada. Se _netdev estiver ausente, a instância do EC2 poderá deixar de responder. Isso ocorre porque os sistemas de arquivos de rede precisam ser iniciados depois que a instância de computação inicia suas redes.

Medida a ser tomada

Se esse problema ocorrer, entre em contato com o AWS Support.

A montagem de vários sistemas de arquivos do Amazon EFS em /etc/fstab falha

Para instâncias que usam systemd init system com duas ou mais entradas do Amazon EFS em /etc/fstab, pode haver momentos em que algumas ou todas essas entradas não são montadas. Nesse caso, a saída dmesg mostra uma ou mais linhas semelhantes às mostradas a seguir.

NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO

Medida a ser tomada

Nesse caso, recomendamos que você crie um novo arquivo de serviço systemd em /etc/systemd/system/mount-nfs-sequentially.service. O código a ser incluído no arquivo depende se você está montando manualmente os sistemas de arquivos ou usando o assistente de montagem do Amazon EFS.

Depois de criar o arquivo, execute estes dois comandos:

Depois, reinicie a instância do Amazon EC2. Os sistemas de arquivos são montados sob demanda, geralmente em até um segundo.

Comando de montagem falha com mensagem de erro "tipo de fs errado"

O comando de montagem falha com a mensagem de erro a seguir.

mount: wrong fs type, bad option, bad superblock on 10.1.25.30:/, 
missing codepage or helper program, or other error (for several filesystems 
(e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program)
In some cases useful info is found in syslog - try dmesg | tail or so.

Medida a ser tomada

Se você receber essa mensagem, instale o pacote nfs-utils (ou nfs-common no Ubuntu). Para ter mais informações, consulte Instalar o NFS cliente.

Comando de montagem falha com mensagem de erro "opção de montagem incorreta"

O comando de montagem falha com a mensagem de erro a seguir.

mount.nfs: an incorrect mount option was specified

Medida a ser tomada

Essa mensagem de erro provavelmente significa que a sua distribuição do Linux não é compatível com versões do Network File System 4.0 e 4.1 (NFSv4). Para confirmar se este é o caso, você pode executar o seguinte comando.

$ grep CONFIG_NFS_V4_1 /boot/config*

Se o comando anterior retornar # CONFIG_NFS_V4_1 is not set, o NFSv4.1 não é compatível com a sua distribuição do Linux. Para obter uma lista das imagens de máquina da Amazon (AMIs) para Amazon Elastic Compute Cloud (Amazon EC2) compatíveis com o NFSv4.1, consulte Suporte do NFS.

Falha na montagem com ponto de acesso

O comando de montagem falha ao montar com um ponto de acesso, com a seguinte mensagem de erro:

mount.nfs4: mounting access_point failed, reason given by server: No such file or directory

Medida a ser tomada

Essa mensagem de erro indica que o caminho do EFS especificado não existe. Certifique-se de fornecer a propriedade e as permissões para o diretório raiz do ponto de acesso. O EFS não criará o diretório sem essas informações. Para ter mais informações, consulte Trabalhar com pontos de acesso do Amazon EFS.

Se você não especificar nenhuma propriedade e permissão do diretório raiz e o diretório raiz ainda não existir, o EFS não criará o diretório raiz. Quando isso acontecer, qualquer tentativa de montar o sistema de arquivos usando o ponto de acesso apresentará falha.

Montagem do sistema de arquivos falha imediatamente após a criação do sistema de arquivos

Após a criação de um destino de montagem para o Domain Name Service (DNS), pode levar até 90 segundos para que os registros sejam totalmente propagados em uma Região da AWS.

Medida a ser tomada

Se você estiver criando e montando sistemas de arquivos programaticamente, por exemplo, com um modelo de AWS CloudFormation, recomendamos implementar uma condição de espera.

Montagem do sistema de arquivos trava e a seguir falha com erro de tempo limite

O comando de montagem do sistema de arquivos trava por um ou dois minutos e, em seguida, falha com um erro de tempo limite. O seguinte código mostra um exemplo.

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport mount-target-ip:/ mnt

[2+ minute wait here]
mount.nfs: Connection timed out
$ 

Medida a ser tomada

Esse erro pode ocorrer porque a instância do Amazon EC2 ou os grupos de segurança do ponto de acesso NFS não estão configurados corretamente. Verifique se o grupo de segurança do destino de montagem tem uma regra de entrada que permite o acesso NFS do grupo de segurança do EC2. Para ter mais informações, consulte Criar grupos de segurança.

Verifique se o endereço IP do destino de montagem especificado é válido. Esse problema poderá aparecer se o endereço IP especificado for incorreto e não houver nada mais nesse endereço IP para rejeitar a montagem.

Montagem de sistema de arquivos falha ao usar nome DNS

As tentativas de montar um sistema de arquivos usando um cliente NFS (sem usar o cliente amazon-efs-utils) usando o nome DNS do sistema de arquivos falham, conforme mostrado no exemplo a seguir:

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport file-system-id.efs.aws-region.amazonaws.com:/ mnt   
mount.nfs: Failed to resolve server file-system-id.efs.aws-region.amazonaws.com: 
  Name or service not known.   

$   

Medida a ser tomada

Verifique a configuração da VPC. Em caso de uso de uma VPC personalizada, verifique se as configurações do DNS estão ativadas. Para ter mais informações, consulte Atributos de DNS para sua VPC no Guia do usuário da Amazon VPC. Além disso, os nomes DNS do sistema de arquivos e do destino de montagem não podem ser resolvidos fora da VPC em que existem.

Antes de montar um sistema de arquivos usando seu nome DNS do comando mount, faça o seguinte:

A montagem do sistema de arquivos falha com "nfs not responding"

Uma montagem do sistema de arquivos do Amazon EFS falha em um evento de reconexão do protocolo de controle de transmissão (TCP) com "nfs: server_name still not responding".

Medida a ser tomada

Use a opção montar noresvport para garantir que o cliente NFS usa uma nova porta de origem do TCP quando uma conexão de rede é restabelecida. Isso ajuda a garantir a disponibilidade contínua após um evento de recuperação de rede.

Status do ciclo de vida do destino de montagem está paralisado

O estado do ciclo de vida do destino de montagem está paralisado no estado Creating (Criando) ou Deleting (Excluindo).

Medida a ser tomada

Tente a chamada CreateMountTarget ou DeleteMountTarget.

O estado do ciclo de vida do destino de montagem mostra erro

O estado do ciclo de vida de destino da montagem é exibido como erro.

Medida a ser tomada

O Amazon EFS não pode criar os registros necessários do Sistema de Nomes de Domínio (DNS) para novos destinos de montagem do sistema de arquivos se a nuvem privada virtual (VPC) tiver zonas hospedadas conflitantes. O Amazon EFS não pode criar novos registros em uma zona hospedada de propriedade do cliente. Se você precisar manter uma zona hospedada com um intervalo efs.<region>.amazonaws.com de DNS conflitante, crie a zona hospedada em uma VPC separada. Para obter mais informações sobre as considerações de DNS para VPC, consulte Atributos de DNS para sua VPC.

Para resolver esse problema, exclua o host conflitante efs.<region>.amazonaws.com da VPC e crie o destino de montagem novamente. Para obter mais informações sobre como criar esses destinos de montagem, consulte Como gerenciar destinos da montagem.

A montagem não responde

Uma montagem de Amazon EFS parece não responder. Por exemplo, comandos, como ls, travam.

Medida a ser tomada

Esse erro pode ocorrer se outro aplicativo está gravando grandes quantidades de dados no sistema de arquivos. O acesso a arquivos que estão sendo gravados pode ser bloqueado até que a operação esteja concluída. Em geral, os comandos ou aplicativos que tentam acessar arquivos que estão sendo gravados podem parecer que travam. Por exemplo, o comando ls pode travar quando ele vai para o arquivo que está sendo gravado. Isso ocorre porque algumas distribuições do Linux imitam o comando ls para que ele recupere atributos de arquivos, além de listar o conteúdo do diretório.

Para resolver esse problema, verifique se outro aplicativo está gravando arquivos na montagem do Amazon EFS, e se está no status de Uninterruptible sleep (D), como no exemplo a seguir:

$ ps aux | grep large_io.py 
root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py /efs/large_file

Depois de ter confirmado que esse é o caso, você pode resolver o problema aguardando que a outra operação de gravação conclua ou implementando uma solução. No exemplo de ls, é possível usar o comando /bin/ls diretamente, em vez de um alias. Isso permite que o comando prossiga sem ficar travado no arquivo que está sendo gravado. Em geral, se o aplicativo que está gravando os dados puder forçar uma descarga de dados periodicamente, talvez o uso de fsync(2) possa ajudar a melhorar a capacidade de resposta do sistema de arquivos para outros aplicativos. No entanto, essa melhoria pode ocorrer em detrimento do desempenho quando o aplicativo gravar dados.

O cliente montado é desconectado

Um cliente montado em um sistema de arquivos do Amazon EFS pode ocasionalmente ser desconectado devido a várias causas. Os clientes NFS são projetados para se reconectarem automaticamente em caso de interrupção para minimizar o impacto das desconexões de rotina no desempenho e na disponibilidade do aplicativo. Na maioria dos casos, os clientes se reconectam de forma transparente em segundos.

No entanto, o software cliente NFS incluído nas versões mais antigas do kernel Linux (versões v5.4 e anteriores) inclui um comportamento que faz com que os clientes NFS, após a desconexão, tentem se reconectar na mesma porta de origem TCP. Esse comportamento não está em conformidade com o TCP RFC e pode impedir que esses clientes restabeleçam rapidamente as conexões com o servidor NFS (nesse caso, um sistema de arquivos EFS).

Para resolver esse problema, é altamente recomendável que você use o assistente de montagem do Amazon EFS para montar seus sistemas de arquivos EFS. O assistente de montagem do EFS usa configurações de montagem que são otimizadas para os sistemas de arquivos do Amazon EFS. Para obter mais informações, consulte Assistente de montagem do EFS no Instalar o cliente Amazon EFS.

Se você não puder usar o assistente de montagem EFS, é altamente recomendável usar a opção de montagem noresvport NFS, que instrui os clientes NFS a restabelecer conexões usando novas portas de origem TCP para evitar esse problema. Para ter mais informações, consulte Configurações recomendadas de montagem do NFS.

Operações em sistema de arquivos recém-montado retornam o erro de "identificador de arquivo incorreto"

As operações realizadas em um sistema de arquivos recém-montado retornam um erro de bad file handle.

Esse erro pode acontecer se uma instância do Amazon EC2 estava conectada a um sistema de arquivos e um destino de montagem com um endereço IP especificado e, então, aquele sistema de arquivos e destino de montagem foram excluídos. Esse problema pode ocorrer se você criar um novo sistema de arquivos e destino de montagem para conectar aquela instância do Amazon EC2 com o mesmo endereço IP do destino de montagem.

Medida a ser tomada

Para resolver esse erro, desmonte o sistema de arquivos e, em seguida, monte-o novamente na instância do Amazon EC2. Para obter mais informações sobre desmontagem do sistema de arquivos do Amazon EFS, consulte Desmontar sistemas de arquivos.

A desmontagem de um sistema de arquivos falhou

Se o sistema de arquivos estiver ocupado, você não poderá desmontá-lo.

Medida a ser tomada

Você pode resolver esse problema das seguintes maneiras: