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ê encontrará informações sobre como solucionar problemas de montagem do sistema de EFS arquivos.
Montagem do sistema de arquivos em instância do Windows falha
Uma montagem do sistema de arquivos em uma EC2 instância da Amazon no Microsoft Windows falha.
Medida a ser tomada
Não use a Amazon EFS com EC2 instâncias do Windows, o que não é compatível.
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 NFS cliente não tiver permissão para montar o sistema de arquivos.
Medida a ser tomada
Se você estiver tentando montar o sistema de arquivos usandoIAM, verifique se está usando a -o iam
opção em seu comando mount. Isso faz com que o ajudante de EFS montagem passe suas credenciais para o alvo de EFS montagem. Se você ainda não tiver acesso, verifique sua política de sistema de arquivos e sua política de identidade para garantir que não haja DENY cláusulas que se apliquem à sua conexão e que haja pelo menos uma ALLOW cláusula que se aplique à conexão. Para obter mais informações, consulte Usando 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, sua EC2 instância poderá parar 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.
Falha na montagem de vários sistemas de EFS arquivos da Amazon em /etc/fstab
Para instâncias que usam o sistema systemd init com duas ou mais EFS entradas da Amazon em/etc/fstab
, pode haver momentos em que algumas ou todas essas entradas não estejam 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 EFS montagem da Amazon.
Se você estiver montando manualmente os sistemas de arquivos, o
ExecStart
comando deverá apontar para Network File System (NFS4). Inclua o código a seguir no arquivo:[Unit] Description=Workaround for mounting NFS file systems sequentially at boot time After=remote-fs.target [Service] Type=oneshot ExecStart=/bin/mount -avt nfs4 RemainAfterExit=yes [Install] WantedBy=multi-user.target
Se você estiver usando o Amazon EFS Mount Helper, o
ExecStart
comando deverá apontar para EFS em vez de NFS4 usar Transport Layer Security (TLS). Inclua o código a seguir no arquivo:[Unit] Description=Workaround for mounting NFS file systems sequentially at boot time After=remote-fs.target [Service] Type=oneshot ExecStart=/bin/mount -avt efs RemainAfterExit=yes [Install] WantedBy=multi-user.target
Depois de criar o arquivo, execute estes dois comandos:
-
sudo systemctl daemon-reload
-
sudo systemctl enable mount-nfs-sequentially.service
Em seguida, reinicie sua EC2 instância da Amazon. 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 Instalando 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 sua distribuição Linux não suporta as versões 4.0 e 4.1 (NFSv4) do Network File System. 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
, NFSv4 .1 não é suportado em sua distribuição Linux. Para obter uma lista das Amazon Machine Images (AMIs) para Amazon Elastic Compute Cloud (AmazonEC2) que suportam NFSv4 .1, consulte. NFSapoio
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 EFS caminho especificado não existe. Certifique-se de fornecer a propriedade e as permissões para o diretório raiz do ponto de acesso. EFSnão criará o diretório raiz sem essas informações. Para ter mais informações, consulte Trabalhando com pontos de EFS acesso da Amazon.
Se você não especificar nenhuma propriedade e permissão do diretório raiz e o diretório raiz ainda não existir, não EFS 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, pode levar até 90 segundos para que os registros do Domain Name Service (DNS) se propaguem totalmente em um Região da AWS.
Medida a ser tomada
Se você estiver criando e montando programaticamente sistemas de arquivos, por exemplo, com um AWS CloudFormation modelo, recomendamos que você implemente 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 EC2 instância da Amazon ou os grupos de segurança de destino de montagem não estão configurados corretamente. Certifique-se de que o grupo de segurança de destino de montagem tenha uma regra de entrada que permita o NFS acesso do grupo de EC2 segurança. 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.
Falha na montagem do sistema de arquivos com NFS o uso DNS do nome
As tentativas de montar um sistema de arquivos usando um NFS cliente (sem usar o amazon-efs-utils
cliente) usando o DNS nome 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 serverfile-system-id
.efs.aws-region
.amazonaws.com: Name or service not known. $
Medida a ser tomada
Verifique sua VPC configuração. Se você estiver usando um personalizadoVPC, verifique se as DNS configurações estão ativadas. Para obter mais informações, consulte seus DNS atributos VPC no Guia do VPC usuário da Amazon. Além disso, os DNS nomes do sistema de arquivos e dos alvos de montagem não podem ser resolvidos fora de VPC onde eles existem.
Antes de montar um sistema de arquivos usando seu DNS nome no mount
comando, você deve fazer o seguinte:
-
Certifique-se de que haja um destino de EFS montagem da Amazon na mesma zona de disponibilidade da EC2 instância da Amazon.
Certifique-se de que haja um destino de montagem na VPC mesma EC2 instância da Amazon. Caso contrário, você não poderá usar a resolução de DNS nomes para alvos de EFS montagem que estejam em outroVPC. Para ter mais informações, consulte Montando sistemas de EFS arquivos a partir de outro Conta da AWS ou VPC.
-
Conecte sua EC2 instância da Amazon dentro de uma Amazon VPC configurada para usar o DNS servidor fornecido pela Amazon. Para obter mais informações, consulte os conjuntos de DHCP opções na Amazon VPC no Guia VPC do usuário da Amazon.
-
Certifique-se de que a Amazon VPC da EC2 instância da Amazon conectada tenha DNS nomes de host habilitados. Para obter mais informações, consulte DNSos atributos VPC em seu Guia do VPC usuário da Amazon.
A montagem do sistema de arquivos falha com "nfs not responding"
Uma montagem EFS do sistema de arquivos da Amazon falha em um evento de reconexão do Transmission Control Protocol (TCP) com"nfs: server_name still not responding"
.
Medida a ser tomada
Use a opção de noresvport
montagem para garantir que o NFS cliente use uma nova porta de TCP origem quando uma conexão de rede for 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
A 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. A 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 efs.
DNS intervalo conflitante, crie a zona hospedada em outraVPC. Para obter mais informações sobre DNS considerações paraVPC, consulte DNSatributos para seu VPC.<region>
.amazonaws.com
Para resolver esse problema, exclua o efs.
host conflitante do 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.<region>
.amazonaws.com
A montagem não responde
Um EFS suporte da Amazon 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 EFS montagem da Amazon e se está no estado 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 EFS arquivos da Amazon pode ocasionalmente ser desconectado devido a várias causas. NFSos clientes 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 NFS cliente incluído nas versões mais antigas do kernel Linux (versões v5.4 e anteriores) inclui um comportamento que faz com que NFS os clientes, 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 NFS servidor (nesse caso, um sistema de EFS arquivos).
Para resolver esse problema, é altamente recomendável que você use o assistente de EFS montagem da Amazon para montar seus sistemas de EFS arquivos. O auxiliar de EFS montagem usa configurações de montagem que são otimizadas para sistemas de EFS arquivos da Amazon. Para obter mais informações sobre o EFS cliente e o auxiliar de montagem, consulteInstalando as EFS ferramentas da Amazon.
Se você não puder usar o auxiliar de EFS montagem, é altamente recomendável usar a opção de noresvport
NFS montagem, que instrui os NFS clientes a restabelecerem as conexões usando novas portas de TCP origem para evitar esse problema. Para ter mais informações, consulte Configurações de NFS montagem recomendadas.
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 ocorrer se uma EC2 instância da Amazon estiver conectada a um sistema de arquivos e a um destino de montagem com um endereço IP especificado e, em seguida, esse sistema de arquivos e o destino de montagem forem excluídos. Se você criar um novo sistema de arquivos e montar um destino para se conectar a essa EC2 instância da Amazon com o mesmo endereço IP de destino de montagem, esse problema pode ocorrer.
Medida a ser tomada
Você pode resolver esse erro desmontando o sistema de arquivos e, em seguida, remontando o sistema de arquivos na instância da AmazonEC2. Para obter mais informações sobre como desmontar seu sistema de EFS arquivos da Amazon, consulteDesmontar 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:
Use o lazy unmount, umount -l que separa o sistema de arquivos da hierarquia do sistema de arquivos quando executado e, em seguida, limpa todas as referências ao sistema de arquivos assim que ele não está mais ocupado.
-
Aguarde até que todas as operações de leitura e gravação sejam concluídas e, em seguida, tente o comando umount novamente.
-
Forçar uma desmontagem usando o comando umount -f.
Atenção
Ao forçar uma desmontagem, você interrompe todas as operações de leitura ou gravação de dados que estão atualmente em processamento para o sistema de arquivos. Consulte a página do manual umount
para obter mais informações e orientações sobre o uso dessa opção.