DDOS 5.7: MTree 복제의 대상인 MTree에서 CIFS가 있는 파일에 액세스하면 업그레이드 후 DDFS 패닉이 발생하거나 재시작되거나 오래된 파일 핸들이 발생함

한 시스템에 있는 개별 MTree의 컨텐츠를 MTree 복제(MREPL)를 통해 원격 시스템으로 복제하도록 DDR(Data Domain Restorer)을 구성할 수 있습니다. 대상의 MTree가 읽기 전용이더라도 읽기/복원/보고 또는 추가 발신 복제를 위해 복제된 파일에 액세스하는 데 계속 사용할 수 있습니다.

대상 DDR이 DDOS 5.7을 실행 중이고 MREPL의 대상으로 사용되는 MTree가 CIFS를 통해 액세스되는 경우 코드 결함으로 인해 DD FS 프로세스에서 패닉/재시작(백업/복원/복제 실행 중단)이 발생할 수 있으며 아래와 같이 PANIC 서명이 발생할 수 있습니다.
 

패닉 : fmcl / fm_inode.c : fm_iput_unpin : 468: fm_iput_unpin 실패했습니다. Dirents는 여전히 존재합니다. 패닉 : ddr / fm / fm_server.c : fms_write_segs : 1891 : str == NULL 패닉 : ddr / fm / fm_dm1_access.c : fm_dm1_access_intern : 203: fms_is_private_file_handle(&attr-fh>) && cred != g_nocred_p

또한 CIFS를 통해 MTree에 연결하는 CIFS 클라이언트에 '잘못된 핸들' 오류가 표시될 수 있습니다. 이 문제는 DDOS 5.7을 실행하는 DDR에만 영향을 미치며 다른 DDOS 릴리스에는 적용되지 않습니다.
 

또한 설명된 결함이 해결된 경우에도 DDOS 6.x 이상 릴리스에서 동일한 문제가 다시 나타날 수 있습니다(릴리스는 아래 참조). 원래 수정 사항에서 동일한 결함(즉, CIFS를 통해 파일에 액세스하는 데 사용되는 MTree의 대상 FS가 100% 가득 찬 경우)에 대한 다른 코드 경로를 식별하지 못하여 아래와 동일한 PANIC 문자열이 발생할 수 있으며 이후 일부 DDOS 6.x 릴리스에서 수정되었습니다.

09/12 01:56:30.847(tid 0x7f557410ec20): ERROR: MSG-INTRNL-00001: 패닉 : fmcl / fm_inode.c : fm_iput_unpin : 469: fm_iput_unpin 실패했습니다. Dirents는 여전히 존재합니다.

DDOS 5.7 이상(DDOS의 기본 SMB/CIFS 구현을 완전히 변경함)에는 상태 저장 CIFS 파일 핸들을 허용하는 새로운 기능이 포함되어 있습니다. 이 문제는 이러한 상태 저장 CIFS 파일 핸들이 MTree 복제 기능과 상호 작용하는 방식의 결함으로 인해 발생합니다.

이 문제에 대한 수정 사항은 다음 DDOS 핫픽스/패치 릴리스에 포함되었습니다(참고: 2019년 9월 현재 DDOS 5.7은 더 이상 지원되는 릴리스가 아님).

• DDOS 5.7.1.10 이상
• DDOS 5.7.2.0 이상
• DDOS 5.7.32.0(이 릴리스는 Data Domain Virtual Edition/DDVE 가상 어플라이언스에만 적용됨)

DDOS 5.7 제품군에 대한 지원 종료가 2019년 1월 31일에 종료되므로 고객은 현재 지원되는 DDOS 6.x 릴리스로 업그레이드해야 합니다.


MREPL의 대상 역할을 하는 FS가 100% 가득 찼을 때 발생할 수 있는 코너 케이스 결함의 경우 DDOS 5.7 버전에는 수정 사항이 없지만 다음과 같은 이후(현재 지원되는) 릴리스에 있습니다.

• DDOS 6.0.2.40 이상
• DDOS 6.1.2.30 이상
• DDOS 6.2.0.20 이상

이 경우와 마찬가지로(문제가 있는 DD FS가 100%인 경우) FS 공간이 부족하여 DDOS를 즉시 업그레이드하지 못할 수 있습니다. 가능한 해결 방법은 다음과 같습니다.

• 사용 중인 모든 수집 및 프로토콜과 복제를 비활성화합니다.
• 정리를 실행하고(FS가 100% 가득 찬 경우에도 제대로 완료되어야 함) 완료될 때까지 기다립니다.
• 이제 FS가 더 이상 100% 가득 차지 않아야 하므로 시간을 들여 추가 백업을 제거하고 이전 스냅샷 등을 확인한 다음 정리를 다시 실행합니다
• 디스크 공간이 충분하여 FS가 다시 채워지지 않으면 프로토콜을 다시 활성화하고 백업을 재개하십시오
• 나중에 고정 릴리스로의 업그레이드를 계획합니다

FS가 반복적으로 다운되거나 충돌하는 경우 계약한 지원 공급업체에 문의하여 대체 해결 방법을 지원해 드리겠습니다.