안녕하세요.. 고객사에서 오류 사진을 보내주고 물어보네요
저희 회사 엔지니어가 저뿐인데 저도 신입이라 아무것도 모릅니다.. 클라우드만 조금 배웠는데..
아무튼 그게 중요한게 아니고,, 사진을 받고 가장 눈에 띄는 mdadm 관련해서 구글링해보니 마침
저와 같은 사례의 게시글이 있었지만,, 해결방법을 잘 모르겠네요
그래서 GPT 형님한테 물어보니... 여섯가지의 문제 해결 방법을 제시해 줍니다.
각각의 스텝을 확인해보고.. 제가 해야할 액션이 무엇인지 코멘트 달아 보았는데요.. 제대로 이해한건지
조언 부탁드릴게요 ㅠㅠ
이 문제는 리눅스 시스템이 부팅할 때 RAID 어레이 (MDADM)를 찾지 못하여 발생하는 것으로 보입니다. 여러 가능한 원인이 있을 수 있지만, 일반적으로 다음과 같은 점을 확인해 보시길 권장드립니다:
RAID 디바이스 확인: 부팅 시 시스템이 예상하는 RAID 디바이스(
/dev/md*)가 실제로 있는지 확인합니다. 부팅 전 RAID 구성을 확인하고, RAID 어레이의 구성이 바뀌지 않았는지도 확인이 필요합니다.부트 파라미터 확인: 부팅 시 사용되는 부트 파라미터가 올바른지 확인합니다. 이를 위해 initramfs 쉘에서
cat /proc/cmdline명령어를 사용하여 부트 파라미터를 확인할 수 있습니다.root=와rootdelay=파라미터가 제대로 설정되었는지 확인합니다.디바이스 검사: 부팅 후에 initramfs 쉘에서
/proc/modules와ls /dev명령어를 사용하여 시스템에서 인식하는 모듈과 디바이스를 확인합니다. 필요한 RAID 모듈이 로드되었는지 확인하고, 필요한 디바이스(/dev/md*,/dev/mapper/vg0-root/등)가 존재하는지 확인합니다.RAID 구성 파일 확인: MDADM 설정 파일(
/etc/mdadm/mdadm.conf)이 올바른지 확인합니다. RAID 구성 파일이 변경되었거나 오동작할 가능성이 있으므로, 필요에 따라 이 파일을 수정하고 재구성해야 할 수 있습니다.부트 로그 확인: 부팅 시 로그(
/var/log/boot.log,/var/log/syslog등)를 확인하여 더 자세한 오류 메시지나 경고를 찾아봅니다. 여기서 유용한 정보를 얻을 수 있습니다.복구 시도: 잘못된 RAID 구성이나 파티션 문제 등이 원인일 경우, 리커버리 모드에서 RAID 구성을 수정하거나 복구 작업을 시도할 수 있습니다.
위의 단계를 순서대로 따라가면서 문제를 해결해 보세요. 만약 추가적인 지원이 필요하시면, 보다 구체적인 상황에 대한 정보를 제공해 주시면 더욱 도움이 될 것입니다.
???? 거의 다 못알아 듣겠습니다 ㅠㅠㅠㅠㅠㅠ
레이드 된 장치마다 부여되는 폴더? 가 마운트 잘 되었는지 확인하라는 건가요? /dev/mda ~ /dev mdb 등등
vi 혹은 vim /etc/mdadm/mdadm.conf 해서 확인하고 뭘 수정하라는 말 같은데,, 초기 셋팅이 어떻게 되어있었는지 모릅니다
난감하네요.. 저희는 그래픽카드만 납품하여 고객사의 서버 상태?를 아예 모릅니다.. 그런데 그래픽 달고나서 저렇게 됐다는데
raid카드를 건들거나 스토리지 선을 해나 빼먹으신건지..
일단 하드들이 인식이 되는지 보면 되지 않을까요?
mdadm으로 raid 설정했다면 커널이 부팅과정에서 자동으로 raid 세팅 잡아 구성합니다. 저경우는 디스크 나갔다고 봐야.
파일 시스템 오류, 디스크 인식 유무, grub의 설정, 최근 커널 건드셨다면 커널 모듈의 유무및 커널 정상 설치 유무
이중 하나라도 안 되면 부트 못해요
그래픽 물리적으로 추가하는거랑 별 상관없습니다
혹시 엔당 그래픽이라면 커널 건드려서 그런거라 보면 됩니다
왜 disk들이 raid에서 가출한건지 disk 상태를 먼저 확인해 보시는게 급선무입니다. disk 자체 hw fault 문제인지
전체적으로 다 나가 떨어진거면 hw 적인 부분을 초치하면 다시 살아올 확률도 있습니다.
문제는 hw 조치후에 disk가 인식되더라도 hdd의 sw raid superblock 쪽이 문제가 생긴거라거나 raid 상 falt 처리된거면
복구가 생각만큼 쉽지 않습니다
mdadm.conf 가 사라져서 그러거면 disk가 살아 있다는 가정에서는 mdadm.conf는 다시 생성할수 있습니다.
# mdadm --detail --scan | sudo tee -a /etc/mdadm/mdadm.conf
이부분도 아니면 숙련된 기술자가 raid disk 상태 /proc/mdstat
각 개별 디스크 상태를 파악후에 아래 툴옵션들을 적절한 타이밍에 잘 사용해서 살려보는수밖에는 없는데 생각만큼 확률이 높지는 않습니다.
mdadm --assemble
mdadm --examine
mdadm --assume-clean