문제에 대한 간략한 요약:
CentOS6.9 시스템의 NFS 공유는 Windows 또는 Linux 시스템에 마운트할 때 디렉토리를 올바르게 마운트하고 표시하지만 Mac OS 시스템에 마운트할 때 디렉토리를 표시하는 데 문제가 있습니다. Mac OS 시스템에 NFS 공유를 마운트한 후 Finder는 디렉토리의 내용을 로드하려고 시도하면서 바람개비를 펼칩니다.
/var/log/messages의 오류 메시지:
kernel: nfsd: last server has exited, flushing export cache
kernel: Installing knfsd (copyright (C) 1996 [email protected])
kernel: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
cat /etc/passwd의 출력 | grep rpc
rpc:x:32:32:Rpcbind Daemon:/var/lib/rpcbind:/sbin/nologin
rpcuser:x:29:29:RPC Service User:/var/lib/nfs:/sbin/nologin
/var/log/messages의 오류 메시지를 이해하는 데 정말 어려움을 겪고 있습니다. nfs에 어떤 문제가 있습니까? 나는 /etc/passwd의 경로가 올바르지 않다는 것을 가리키는 몇 가지 다른 게시물을 온라인에서 발견했습니다. 해당 게시물의 다른 사람들은 괜찮을 것이라고 말했지만.
/etc/passwd에 나열된 경로를 다시 확인한 결과 /var/lib에 rpcbind 폴더가 없다는 것을 발견했습니다. 하지만 /var/cache에는 해당 게시물에 있는 사람이 올바른 경로라고 명시한 폴더가 있습니다. 해당 경로가 문제를 일으킬 가능성이 있습니까?
제가 취할 다음 단계는 nfs 및 rpcbind 서비스를 다시 시작하고, 실패할 경우 yum restart nfs-util rpcbind를 사용하여 다시 설치하는 것입니다. 이 두 가지 방법이 모두 실패하면 경로를 /var/lib에서 /var/cache로 변경하는 것을 고려해 보겠습니다.
이전에 이 문제를 겪은 사람이 있나요?
답변1
내 이해가 정확하다면 문제 자체는 NFS가 아니라 Finder에 있습니다. Windows 및 Linux 클라이언트는 NFS 마운트에 연결할 때 성능 문제를 표시하지 않았습니다.
Finder의 성능 문제를 해결하기 위해 취한 단계는 다음과 같습니다.
- rpcbind 서비스가 중지되었습니다.
- nfslock 서비스가 중지되었습니다.
- 실행된 명령 rm -rf /var/lib/nfs/statd/sm/*
- 실행된 명령 rm -rf /var/lib/nfs/statd/sm.bak/*
- rpcbind 서비스 시작
- nfslock 서비스 시작
- nfs 서비스를 다시 시작했습니다.
그 후 Finder는 쉽게 디렉토리를 열고 나열할 수 있었습니다. 이것이 왜 효과가 있었는지 정확히 모르겠지만 효과는 상당했습니다.
마지막으로 /var/lib/rpcbind에 있는 심볼릭 링크를 /var/cache/rpcbind에 추가하려고 시도했지만 아무런 차이가 없었으므로(물론 모든 적절한 서비스를 다시 시작했습니다) 기본값을 원래 설정으로 되돌렸습니다.
편집: 주범은 수백만 개의 숨겨진 파일이었습니다. Finder는 이 모든 파일을 처리하는 데 끔찍한 시간을 보냈습니다. 이를 제거하면 내가 시도한 것보다 성능이 더 좋아졌습니다.