Linux의 NFS 공유에 액세스 할 때 많은 양의 CPU (50-100 %)를 사용하는 NFS 용 Microsoft 클라이언트에 문제가 있습니다.증가량의 CPU를 사용하는 NFS 용 클라이언트
서버가 NFS 액세스가 동일한 작업을 수행하기 위해 더 많은 CPU를 사용하기 시작하여 시스템 속도가 느려지는 상태에있는 것 같습니다. 일단이 상태가되면 회복되지 않습니다. 시스템을 재부팅하면 일시적으로 문제가 해결됩니다. 진단 방법, 가능한 원인 및 더 나은 해결책에 관해서는 모든 지침이 중요합니다.
설정 :
우리는 (A NFS 액세스 레드햇 클러스터) NFS 공유에 액세스하는 여러 승리 2008 R2 클라우드 서버가 있습니다. 그들은 여기에 설명 된 레지스트리 수정을 사용하여 NFS에 대한 클라이언트를 사용하여 액세스합니다 : http://blog.cuongnv.com/2009/11/windows-7-client-for-nfs-and-user-name.html, 우리는 사용자 이름 매핑이나 활성 디렉토리를 가지고 있지 않습니다. 필자는 마운트 된 드라이브가 아닌 IP를 통해 액세스합니다. 필자는 필자가 이해하기로는 여전히 NFS 용 Microsoft 클라이언트를 사용하여 Linux 상자의 NFS 공유에 액세스합니다. 각 서버에는 NFS에있는 파일을 볼 수 있도록 드라이브가 마운트되어 있습니다.
참조 용으로 NFS에 액세스하는 두 개의 Linux 클라우드 서버가 있지만 문제는 발견되지 않았습니다.
사용법 : 모두에 대한 8-15킬로바이트 NFS를 약 8500의 전체를 포함하는 여러 디렉토리의 파일 목록을 받고 파일 분마다 파일을 다음 개별적으로 파일의 날짜를 검사합니다. 약 26 개의 파일이 약 640 개의 파일이있는이 디렉토리의 하위 집합이 나열되고 각 파일의 날짜가 확인됩니다. 또한 매분 약 60 건의 파일 쓰기와 60 건의 파일 삭제가 있습니다.
또한 NFS에 액세스 할 때 서버에 중지 오류가 발생하는 경우 (아마도 관련이없는) 문제가 발생합니다. 이 패치로 수정 될 것입니다 : http://support.microsoft.com/kb/2584874 (아직 적용되지 않음).