HPE Microserver Gen 10 plus에 Oracle Linux 7.9(=/112;드햇 리눅스 7.9)를 설치했습니다.
디스크 8T 2개를 써서 RAID-11012; 구성했lj16;데, 아무 ,163;도 않고 가만7176; 놔.188;도 며칠 간ᅄ1;1004;/196; 0152;복1201;1004;/196; 1204;체를 resync를 Ȣ16;lj16;군요.
소프트웨Ǻ12; /112;1060;드가 실시간1004;/196; 디스크 ᇼ1;기화를 Ȣ16;lj16; ,152;/196; 알고 1080;었lj16;데,
1656;문1: 1060;,172; 비1221;상1068;까요? 아니면 1221;상1060;고 원래 1060;/111;,172; 1452;기1201;1004;/196; resync를 Ȣ16;lj16;,152;까요?
1656;문2: 비1221;상1060;라면 왜 resync를 Ȣ16;lj16; 1648; 원1064;1060; 1080;1012;텐데, /196;그가 Ǻ12;디에 남아 1080;1012;까요?
1656;문3: cron 1089;업1004;/196; 매1452; 1068;요1068; 새ǣ17; 1시에 /usr/sbin/raid-check를 실행Ȣ16;lj16; ,172; 관/144;1060; 1080;1012; ,163;도 같1008;데, 1060;,172; 필요한 1089;업1068;까요(새ǣ17; 1시에 시1089;한 raid-check 프/196;세스가 1648;금 11시 30ǥ16;까1648; 계속 돌고 1080;네요)?
1648;금 상태를 보면
[root] # cat /proc/mdstat
특1221; 디0148;1060;스만 resync Ȣ16;lj16; ,172; 아니고 1204;체 4개를 다 resync 합니다. 1060;/111;,172; 계속 1204;체를 resyncȢ16;면 디스크 오래 못쓸 ,163; 같습니다.
디스크 파티션1008; 다1020;과 같1060; .160; 개가 ᇼ1;1068;합니다.
[root]# gdisk -l /dev/sda
[root]# gdisk -l /dev/sdb
[root]# lsblk
[추가]
syslog에 cron 1089;업에 대한 다1020; /196;그가 1080;네요. 딱7176; 무슨 오류가 1080;Ǻ12;서 resync한다고lj16; 안1201;혀1080;군요.
Jan 24 01:00:01 mylinux kernel: md: data-check of RAID array md124
Jan 24 01:00:07 mylinux kernel: md: delaying data-check of md125 until md124 has finished (they share one or more physical units)
Jan 24 01:00:13 mylinux kernel: md: delaying data-check of md126 until md124 has finished (they share one or more physical units)
Jan 24 01:00:19 mylinux kernel: md: delaying data-check of md127 until md124 has finished (they share one or more physical units)
디스크 교체 요청하심 됩니다..^^
또 이번만이라고 하겠지만..
그리고 이후는 소프트웨어 레이드 구성하지말고
하드웨어 레이드로 구성하세요
집에서 개인적으로 쓰는 컴이라 RAID 카드를 안달았습니다. ^^
가끔 쓰는 기계라 부하가 거의 없는 녀석이지요. 백만원이 넘는 기계인데 일은 거의 안시키는... 크~~~
느낌으로는 디스크가 문제는 아닐 것 같아요.
며칠 더 보다가 raid-check 크론 job을 삭제해 볼 생각입니다.
전 Gen10만보고 서번줄...^^;;
내장된 S100i이 좀 구리긴 하죠
하드디스크만 교체해보세요
따로 부팅하드를 두는게 나을수 있습니다..
cron 작업때문이네요.
레드햇 기본 구성이고, 구성대로 동작하니 정상입니다.
/etc/cron.d/raid-check에 매주 일요일 01시에 /sbin/raid-check를 실행하는데
이 녀셕이 resync_action을 'check'로 바꿔서 디스크 전체를 훑으면서 디스크에 이상이 있는지 검증하네요.
LINUX마다 raid-check cron job 주기가 다르다고 하는데, 레드햇은 주 1회, 데비안은 월 1회로 기본 설정된답니다.
cron 작업을 없애버릴까 고민하다가 3개월에 한 번으로 바꿨습니다.
다른 cron 작업을 하나 만들어서 매 시간 단위로 resync 상태를 로깅하도록 해 놨으니, 지켜봐야겠습니다.