Data Domain: DDFS 패닉: dmbt_update_entry_nolock

영향을 받는 DD(Data Domain)는 복제에 사용되는 ARL(Automatic Retention Lock)이 활성화된 mtrees가 있는 시스템에 대해 다음 메시지와 함께 패닉을 보고합니다.

PANIC: ddr/dm/dmbt_iface.c: dmbt_update_entry_nolock

• ARL(Automatic Retention Lock)이 활성화된 PowerProtect Data Domain

• Data Domain 파일 시스템 충돌
• 시스템 불안정 
• 시스템 충돌 직전의 위 패닉 메시지를 나타내는 로그

이 문제는 DDBOOST 열기 호출과 닫기 호출 사이에 mtree 복제 스냅샷이 발생할 때 발생합니다.

• 이 nfsproc3_ddcp_open_file_3_svc() 함수는 ARL 쿨오프 기간(COP) 내에 수정되는 RL(Retention Lock) 파일을 식별하고 태그 값을 0(DM_TAG_DEFAULT)를 제공해야 합니다.
• 후속 nfsproc3_ddcp_close_file_3_svc() 함수는 일반적으로 태그를 유효한 값으로 재설정합니다.
• 그러나 파일이 확장 속성으로 생성되고 ARL COP 내에서 수정되고 DDBOOST 열기 및 닫기 호출 사이에 스냅샷이 발생하는 경우 이 시퀀스로 패닉이 트리거될 수 있습니다.

이 문제는 7.7.x 및 7.10.x에서 발생하며, 트리거는 MTrees에서 보존 잠금(일반적으로 ARL)이 활성화될 때입니다.

이 문제를 해결하려면 다음을 수행합니다. 

1. 원래 소스 및 대상 mtree의 복제 컨텍스트를 중단합니다.

• 이렇게 하면 문제가 있는 컨텍스트 없이 mtree의 깨끗한 새 복사본이 생성됩니다.

• 이렇게 하면 문제가 재발하는 것을 방지할 수 있습니다.

4. DD 소싱에서 새로 빠르게 복사된 mtree로 백업을 리디렉션합니다.
(새 mtree를 타겟으로 지정하도록 모든 백업 작업을 업데이트합니다.)

• 새 복제 설정이 완전히 동기화되었는지 확인합니다.
• 패닉이 재발하지 않도록 이 mtree ARL을 비활성화하십시오. 
  • 이전 MTree 관리:
  • 당분간 소스 시스템과 대상 시스템 모두에 원래 MTree를 그대로 둡니다.
    • 새 복제가 동기화되고 이전 mtree 파일의 보존 기간이 만료되면 이전 mtree의 파일을 삭제합니다.
    • 그런 다음 소스와 대상 모두에서 이전 mtree를 삭제합니다.

• 위의 단계를 수행한 후 추가 이상 현상이 있는지 시스템을 모니터링하는 것이 중요합니다.
• 모든 백업 정책 및 복제 컨텍스트가 변경 사항을 반영하도록 올바르게 업데이트되었는지 확인합니다.