VNX: 내부 체크포인트를 새로 고치는 동안 클라이언트와 CIFS 서버의 연결이 끊어짐

대형 디렉토리
Nasdirtool은 영향을 받는 운영 파일 시스템에 단일 디렉토리

에 500,00개 이상의 파일이 있는 여러 디렉토리가 포함되어 있음을 확인합니다. nasdirtool 출력에서:.....

/root_vdm_5/Applications/Appstorage/Images,95616,1458761 <=== 크기 95MB 및 파일 140만 개
/root_vdm_6/Production/SubDirectory2/REP,150731,2104554 <=== 크기 150MB 및 파일 210만



개 소스 측 어레이에서 복제에 사용되는 내부 체크포인트를 업데이트하는 동안 일부 CIFS 클라이언트와 VNX CIFS 서버의 연결이 해제됩니다.

다른 공유의 다른 CIFS 클라이언트 및 NFS 클라이언트가 정상적으로 작동하고 있습니다.

Data Mover의 높은 CPU 사용률은 디렉토리 컨텐츠의 크기에 따라 자주 나타날 수 있습니다. Data Mover CPU 사용률은 100%에 도달할 수 있습니다.  


[nasadmin@VNX-CS0 tmp]$ server_stats server_2 -i 60
server_2 CPU 네트워크 네트워크 dVol dVol
타임스탬프 유틸리티 인 아웃 읽기 쓰기
% KiB/s KiB/s KiB/s KiB/s
10:41:25 99 16123 62578 61912 28048
10:42:25 98 4242 63170 62433 9793
10:43:25 99 2935 46987 48618 8918
10:44:25 99 7499 45901 46373 13019
10:45:25 99 4564 47836 48018 9625
10:46:25 98 3973 52316 52167 9035
10:47:25 98 9777 60167 55127 16238
10:48:25 97 18513 76583 70269 26258
10:49:25 98 11885 43789 43595 17238
10:50:25 99 17868 55491 52966 21029
10:51:25 99 8171 43491 43013 11961
10:52:25 99 8835 50947 50328 13369


인시던트 중에 수행된 네트워크 캡처에 따르면 클라이언트에서 서버로의 TCP 통신이 정상적으로 작동하지만 CIFS 서버가 SMB 프로토콜 수준에서 문제가 발생한 특정 클라이언트에 응답하지 않아 클라이언트 시간 초과가 발생했습니다.

복제에 사용 중인 소스 측 파일 시스템에는 단일 디렉토리에서 500,000개의 파일을 초과하는 디렉토리가 포함되어 있습니다. EMC VNX OE for File 릴리스 노트에 설명된 대로 단일 디렉토리에서 파일이 500,000개를 초과하면 성능 문제가 발생합니다.

Data Mover 로그에서 문제가 발생하는 동안 다음 이벤트가 기록됩니다.

2016-08-12 12:58:40: SMB: 6:[VDM2] 할당량:스레드 1SMB415에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT01 연결 끊김)
2016-08-12 12:58:49: SMB: 6:[VDM2] 할당량:스레드 1SMB034에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT02 연결 끊김)

2016-08-12 13:09:29: SMB: 6:[VDM2] 할당량:스레드 1SMB356에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT03 연결 끊김)
2016-08-12 13:09:29: SMB: 6:[VDM2] 할당량:스레드 1SMB358에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT04 연결 끊김)



Data Mover 로그에 문제가 내부 복제 체크포인트 새로 고침

에 해당한다고 표시됩니다. 이 소스 측 어레이
에서 체크포인트 새로 고침을 위한 일반적인 빠른 FS 일시 중지의 예 2016-08-19 12:33:39: 26042826752: SVFS 크랙: 6 : fsid : 1103
2016-08-19 12:33:39에서 요청 된 pause () : 26042826752: SVFS 크랙: 6: fsid:1103
   
에서 일시 중지 완료 이 경우 일부 작업으로 일시 중지
가 지연됩니다. 2016-08-19 12:42:36: 26042826752: SVFS 크랙: 6 : fsid : 1103에서 요청 된 pause () ...

2016-08-19 12:45:17: 26041909248: SMB: 6:[VDM2] 할당량:스레드 1SMB396에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT01 연결 끊김)
2016-08-19 12:45:26: 26041909248: SMB: 6:[VDM2] 할당량:스레드 1SMB478에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT02 연결 끊어짐)
...
2016-08-19 13:00:47: 26041909248: SMB: 6:[VDM2] 할당량:스레드 1SMB298에 대한 getFsAndLock 중단됨(클라이언트 WINCLIENT03 연결 끊김)
2016-08-19 13:00:52: 26042826752: SVFS 크랙: 6: fsid:1103

에서 일시 중지 완료 위의 소스 측 내부 체크포인트 새로 고침 일시 중지는 비정상적인 동작을 보여줍니다. 일시 중지에 너무 많은 시간이 걸리는 원인을 확인하기 위해 강제 패닉이 수행되었으며 패닉 덤프 파일을 분석한 결과 파일 시스템에 단일 디렉토리에 수백만 개의 파일이 있는 디렉토리가 포함되어 있는 것으로 확인되었습니다.

운영 파일 시스템에 새 하위 디렉토리 구조를 배치해야 합니다. 문제가 있는 디렉토리의 파일은 단일 디렉토리에서 500,000개의 파일을 초과하지 않도록 새 디렉토리에 분산되어야 합니다. 그런 다음 VNX 관리자가 문제가 있는 원래 디렉토리를 삭제해야 합니다.

   

지침/사양	테스트된 최대값	코멘트
디렉토리당 파일 수	500,000	이 수를 초과하면 성능 문제가 발생합니다.