“보호 중”으로 표시되는 RAID5가 자동으로 멈췄거나 재구축 중인 것은 아닙니다. 해당 사례에서 /proc/mdstat에는 4개의 모든 구성원이 [UUUU]로 표시되었고, sync_action은 idle, array_state는 clean을 반환했습니다. 이는 정상적인 mdraid 상태입니다.
따라서 “보호 중”이라는 레이블은 활성 재구축이 진행 중이라는 뜻이 아니라, ZimaOS에서 보호 또는 패리티 상태를 표시하는 방식일 수 있습니다. 작업을 중단하기 전에 실제 어레이 상태를 확인하세요.
먼저 /proc/mdstat 읽기
cat /proc/mdstat4개 디스크 RAID5에서 [UUUU]는 예상된 4개의 구성원 슬롯이 모두 활성 상태임을 의미합니다. [UU_U]처럼 밑줄이 하나라도 빠져 있으면 구성원 하나가 누락되었거나 실패한 것입니다.
동기화가 실행 중인지 확인
cat /sys/block/md0/md/sync_action해당 사용자의 결과는 idle이었으며, 이는 그 시점에 활성 리싱크, 복구 또는 검사가 진행되지 않았음을 확인해 줍니다.
md 어레이 상태 확인
cat /sys/block/md0/md/array_stateclean은 md가 어레이를 일관된 상태이며 변경 사항이 없는 상태로 판단한다는 의미입니다.
쓰기 의도 비트맵 이해하기
해당 사례의 출력에는 비트맵이 표시되었습니다. 쓰기 의도 비트맵은 어레이가 활성 상태일 때 변경된 영역을 추적하며, 비정상적인 종료 후 복구 작업을 줄이는 데 도움이 됩니다. 비트맵이 존재한다고 해서 그 자체로 오류인 것은 아닙니다.
현재 ZimaOS RAID 동작과 비교
현재 ZimaOS RAID 가이드에 따르면 RAID5는 패리티를 자동으로 활성화하며, 어레이를 계속 사용할 수 있는 상태에서 초기화를 진행할 수 있습니다.
“보호 중” 상태를 조사해야 하는 경우
/proc/mdstat에 재구축 또는 리싱크가 표시되거나, 하나 이상의 구성원이 누락되었거나, I/O 오류가 반복되거나, UI에 “성능 저하” 상태가 표시되거나, 예상과 달리 array_state가 clean이 아닌 경우 조사해야 합니다.
레이블을 지우려고 어레이를 중지하지 마세요
어레이가 정상이고 유휴 상태이며 모든 구성원이 완전하다면 mdraid를 중지하는 것은 불필요한 위험을 초래할 수 있습니다. “보호 중”이라는 표시만으로 풀을 다시 생성할 이유는 없습니다.
RAID가 정상이어도 백업하기
RAID5는 디스크 하나의 고장에는 대비할 수 있지만, 삭제, 멀웨어, 컨트롤러 고장 또는 재해까지 보호하지는 못합니다. 독립적인 백업을 유지하세요.
백업 계획 가이드에서 두 번째 보호 계층을 다룹니다.
생성 또는 확장 후 “보호 중” 상태가 표시될 수 있습니다
해당 사례의 어레이는 최근에 생성된 후 수 테라바이트의 데이터가 저장되었습니다. mdraid 자체는 활성 동기화가 없다고 보고하더라도 ZimaOS는 보호 중심의 상태 레이블을 계속 표시할 수 있습니다. 따라서 낮은 수준의 md 상태가 더 신뢰할 수 있는 진단 신호입니다.
숨겨진 I/O 오류 확인
dmesg | grep -Ei 'md0|nvme|error|timeout|reset' | tail -100어레이가 정상 상태이더라도 커널에 NVMe 리셋 또는 I/O 오류가 반복적으로 기록된다면, 상태를 단순한 표시 문제로 넘기지 말고 해당 드라이브나 PCIe 경로를 조사하세요.
정상 상태의 기준 기록 남기기
어레이가 정상일 때 /proc/mdstat, array_state 및 구성원 시리얼 번호를 복사해 보관하세요. 나중에 상태가 “성능 저하”로 바뀌면 정상 상태의 기준과 비교할 수 있습니다.
FAQ
“보호 중”은 RAID가 재구축 중이라는 뜻인가요?
반드시 그렇지는 않습니다. 해당 사례에서는 sync_action이 유휴 상태였고 어레이도 정상이었습니다.
[UUUU]는 무엇을 의미하나요?
예상된 4개의 mdraid 구성원이 모두 활성 상태라는 의미입니다.
데이터를 복사하기 전에 기다려야 하나요?
초기화 또는 리싱크가 실제로 진행 중이라면 성능이 저하될 수 있습니다. 레이블만 보지 말고 /proc/mdstat를 확인하세요.
RAID5가 비정상인 경우는 언제인가요?
구성원 누락, “성능 저하” 상태, I/O 오류, SMART 진단 실패 또는 예기치 않은 연결 끊김 후 활성 복구가 발생한 경우에는 조치가 필요합니다.
