Montando várias unidades NFS do Ubuntu Server automaticamente (na AWS)

Question

Eu tenho uma instância do ubuntu (16.04) EC2 que atualmente tem o diretório / home mapeado para uma unidade EFS (NFS da Amazon). Agora quero adicionar outra unidade EFS em / data. Eu posso fazer isso usando o comando mount sem problemas. No entanto, se eu adicionar a unidade ao meu arquivo fstab para montar na reinicialização, nem a unidade / home ou / data será montada. Qualquer pensamento ??

Abaixo, postei o arquivo fstab e o conteúdo do syslog abaixo, a partir do momento em que tentei montar os dois discos EFS após a reinicialização.

/etc/fstab

LABEL=cloudimg-rootfs   /    ext4   defaults,discard    0 0
fs-XXXXXXXX.efs.us-east-1.amazonaws.com:/ /home nfs4 nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2 0 0
fs-XXXXXXXX.efs.us-east-1.amazonaws.com:/ /data nfs4 nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2 0 0

cat /var/log/syslog | grep -i nfs

Jan 23 02:49:06 ip-XXX-XXX-XXX-XXX kernel: [    4.414135] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jan 23 02:49:06 ip-XXX-XXX-XXX-XXX systemd[1]: Starting Preprocess NFS configuration...
Jan 23 02:49:06 ip-XXX-XXX-XXX-XXX systemd[1]: Started Preprocess NFS configuration.
Jan 23 02:49:06 ip-XXX-XXX-XXX-XXX systemd[1]: Reached target NFS client services.
Jan 23 02:49:07 ip-XXX-XXX-XXX-XXX kernel: [    8.909581] FS-Cache: Netfs 'nfs' registered for caching
Jan 23 02:49:07 ip-XXX-XXX-XXX-XXX kernel: [    8.934907] NFS: Registering the id_resolver key type
Jan 23 02:50:37 ip-XXX-XXX-XXX-XXX kernel: [   98.946336] NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO

    

Answer 1

Eu vi o mesmo problema e corrigi-lo recentemente. Se você monta manualmente o sistema de arquivos, então verifique o / etc / mtab, você provavelmente verá um monte de lixo adicionado às opções, por exemplo, o meu tornou-se: rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=172.24.25.xx,local_lock=none,addr=172.24.23.xx

O principal insight é o sec=sys bit, o que significa que o NFS não está usando nenhum dos itens de autenticação GSSAPI / Kerberos. (De contexto em questões de lista de discussão, eu recolhi oo "-512" erro é um erro genérico para quando o "AUTH_GSS upcall" falhar.)

Você esperaria que passar sec=sys em /etc/fstab corrigisse isso, mas não funcionou para mim. Nem explicitamente colocando NEED_GSSD=no em /etc/default/nfs-common .

O que funcionou, seguindo este tópico , foi apenas colocar na lista negra o rpcsec_gss_krb5 via modprobe.d:

echo 'blacklist rpcsec_gss_krb5' > /etc/modprobe.d/blacklist-rpcsec-gss-krb5.conf
reboot

A outra ressalva é que este é provavelmente um bug, e deve funcionar. Existe, por exemplo, este recente relatório de erros Redhat para "nfs4_discover_server_trunking unhandled error -512" que foi marcado como uma duplicata de um bug não público.