Data Domain: 캐시 요소 풀에서 메모리가 부족할 때 inode 캐시에서 FS 프로세스 패닉

이 문제에 대한 성능 저하 또는 사전 경고는 없습니다. 이는 FS 프로세스 장애(PANIC)의 형태로 나타납니다. 그 후에는 프로세스가 다시 시작되고 자동으로 정상적으로 다시 나타납니다.
코드 경로가 실행되어 FS 프로세스가 다음과 같은 여러 가지 방법으로 패닉이 발생할 수 있습니다.

PANIC: ddr/sm/ddfs/ddfs_mtree.c: ddfs_mtree_list: 829: !((dd_errno(e) == ENOENT) || (dd_errno(e) == DD_ERR_FM_EATTRNOENT) || (dd_errno(e) == DD_ERR_STALE))
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4872: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_snap_attr: 4446: Fatal Error
PANIC: ddr/fv/file_verify.c: file_verify_update_marker_attrs: 4860: Fatal Error

FS 프로세스 로그 파일(ddfs)에서info) 각 프로세스 충돌 전에 다음 메시지가 표시됩니다.

01/17 20:21:59.292947 [7fbbf4f98f50] dd_cache_elem_reclaim: Evict count=256, Visited count=257, Skipped elem count=0, Skipped bucket count=0, Time threshold=1539816333626910. (99% full) Complete=True
01/17 20:22:04.662303 [7fbb031ad4f0] ERROR: FM fm_iget:355 - fm_iget failed to allocate elem in dd_cache 5001

내부 프로세스가 가득 찼음을 나타내는 메시지가 99% 가득 찼다가 추가 요소를 할당할 수 없어 프로세스 충돌이 발생했습니다. 

• DDOS 7.7.3.x: 완전히 확인되지 않음
• DDOS 7.7.4.x
• DDOS 7.9.0.10
• DDOS 7.10.0.x

읽기/쓰기와 같은 파일 작업의 경우 dd_cache 요소 풀에서 inode 구조가 할당됩니다.
이 캐시가 가득 찼고 새 요청이 들어오는 경우 이 캐시에서 요소가 제거되고 새 요청이 이행됩니다.
이 제거는 시간 정책을 기반으로 합니다(지난 'x' 초 내에 액세스하지 않은 경우 요소가 제거됨).
이 캐시가 너무 뜨거워지고(모든 요소가 마지막 'x' 초 이내에 액세스됨) 여러 번의 재시도 후에도 요소를 제거할 수 없는 경우 fm_iget DD_ERR_NOMEM 반환합니다.
이 요소 풀 할당의 일부 발신자가 오류를 정상적으로 처리할 수 없으므로 FS 프로세스가 PANIC 상태가 되고 덤프 코어가 "fm_iget"로 작동하여 오류가 반환됩니다. 이 때문에 기본 코드 결함에 해당하는 몇 가지 다른 PANIC 서명이 있습니다.

이러한 FS 프로세스 충돌을 초래하는 기본 코드 문제는 다음 버전(그리고 동일한 코드 분기의 모든 이후 버전)에서 DDOS-168410 을 사용하여 해결됩니다.

• DDOS 7.7.5.1
• DDOS 7.10.1.0
• DDOS 7.11.0

위의 릴리즈로 즉시 업그레이드할 수 없는 이 문제의 영향을 받는 고객은 Dell 지원 부서에 문의해야 하는 해결 방법을 시도할 수 있습니다.
문제가 있는 버전(위에 나열된 버전)을 실행했지만 이 KB의 증상과 일치하는 예기치 않은 FS 프로세스 충돌을 경험하지 않은 경우, 해결 방법을 사전 예방적으로 적용하지 말고 위의 수정된 릴리스(또는 후속 버전)로 업그레이드하여 최신 업데이트 및 코드 수정을 사용하는 것이 좋습니다.