Автоматическое монтирование нескольких дисков NFS с сервера Ubuntu (на AWS)

У меня есть экземпляр ubuntu (16.04) EC2, в котором в настоящее время каталог / home сопоставлен с диском EFS (Amazon NFS). Теперь я хочу добавить еще один диск EFS в / data. Я могу сделать это с помощью команды mount без проблем. Однако, если я добавлю диск в свой файл fstab для монтирования при перезагрузке, ни диск / home, ни / data не смонтируются. Есть какие-нибудь мысли ??

Ниже я разместил файл fstab и содержимое системного журнала, когда я пытался смонтировать оба диска EFS после перезагрузки.

/ 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
0
23.01.2017, 06:00
1 ответ

Я видел ту же проблему и недавно исправил ее. Если вы вручную монтируете файловую систему, а затем проверяете /etc/mtab, вы, вероятно, увидите кучу мусора, добавленного к параметрам, например. мой стал: 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

Ключевым моментом является бит sec=sys, который означает, что NFS не использует какие-либо средства аутентификации GSSAPI/Kerberos. (Из контекста в вопросах списка рассылки я понял, что ошибка «-512» является общей ошибкой, когда происходит сбой «AUTH_GSS upcall».)

Вы ожидаете передачи sec=sys вы сами в /etc/fstab исправили бы это, но у меня это не сработало. Также не было явного указания NEED_GSSD=no в /etc/default/nfs-common.

Что сработало, следуя этой теме, я просто внес в черный список rpcsec_gss_krb5 через modprobe.d:

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

Другое предостережение в том, что это, вероятно, ошибка, и она должна работать. . Например, этот недавний отчет об ошибке Redhat для «необработанной ошибки nfs4_discover_server_trunking -512», который был помечен как дубликат непубличной ошибки.

1
28.01.2020, 02:46

Теги

Похожие вопросы