LAN에서 일반 파일러로 작동하는 NFS 서버가 있습니다.
최근 디스크 오작동으로 인해 거기에 있는 모든 것을 잃어버렸기 때문에 새 디스크를 구입하고 최신 Debian(jessie)을 다시 설치하고 구성 파일을 다시 복사했는데 NFS가 더 이상 작동하지 않습니까?!
내 /etc/exports에는 다음이 포함됩니다.
/media/media *(rw,sync,no_subtree_check,all_squash,anonuid=31244,anongid=31451)
/media/private *(rw,sync,no_subtree_check,all_squash,anonuid=16830,anongid=10818)
몇 번 재부팅하고 /etc/init.d/nfs-common을 다시 시작하고 /etc/init.d/nfs-kernel-server를 다시 시작했습니다.
클라이언트 측에서는 /etc/fstab에 다음이 있습니다.
172.28.173.1:/media/media /media/MEDIA nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
172.28.173.1:/media/private /mnt/nfs/private nfs rsize=8192,wsize=8192,timeo=14,soft,intr,rw,user,noatime,nodiratime 0 0
파일 시스템을 마운트할 때 mount 명령은 시간이 오래 걸리고 아무 것도 인쇄하지 않고 종료됩니다. 나중에 "df"를 실행하면 다음이 표시됩니다.
df: ‘/media/MEDIA’: Stale NFS file handle
클라이언트의 syslog에는 다음이 표시됩니다.
2013-12-18T15:27:08.319605+01:00 h3po4 kernel: [ 363.398977] RPC: AUTH_GSS upcall timed out.
2013-12-18T15:27:08.319619+01:00 h3po4 kernel: [ 363.398977] Please check user daemon is running.
그러나 나는 그것이 말하는 데몬이 무엇인지, 왜 "사용자 데몬"이 필요한지, 그리고 왜 AUTH_GSS 호출이 있는지 전혀 모릅니다. LAN 내에서 nfs 공유에 100% 액세스가 열려 있기를 원합니다.
방화벽 문제가 아닌지 확인했습니다(테스트를 위해 방화벽을 비활성화하여).
디스크가 충돌하기 전에 서버에서 다른 것을 재구성한 적이 없다고 생각하지만 잘 모르겠습니다. 컴퓨터가 4년 넘게 문제 없이 작동했기 때문에 뭔가를 변경하고 잊어버렸을 수도 있습니다.
그래서 몇 가지 사항을 더 확인해봤습니다.
클라이언트에 마운트하기 전 마운트 디렉터리는 다음과 같습니다.
drwxr-xr-x 2 root root 4096 maj 1 2013 MEDIA/
그러나 "mount /media/MEDIA" 후에 완료되기를 기다리면 다음과 같은 결과가 나타납니다.
ls: cannot access /media/MEDIA: Stale NFS file handle
d?????????? ? ? ? ? ? MEDIA/
서버측 디렉터리는 항상 "정상"입니다.
drwxrwxrwx 2 media media 6 Dec 18 14:05 /media/media/
또한,exportfs는 잘 작동합니다:
=# exportfs -v
/media/media <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=31244,anongid=31451,sec=sys,rw,root_squash,all_squash)
/media/private <world>(rw,wdelay,root_squash,all_squash,no_subtree_check,anonuid=16830,anongid=10818,sec=sys,rw,root_squash,all_squash)
클라이언트에서 내보낸 파일 시스템을 볼 수 있습니다.
$ showmount -e blob
Export list for blob:
/media/private *
/media/media *