mdadm: /dev/md0은 3개의 드라이브로 구성되어 있습니다. 어레이를 부팅하기에 충분하지 않습니다.

mdadm: /dev/md0은 3개의 드라이브로 구성되어 있습니다. 어레이를 부팅하기에 충분하지 않습니다.

얼마 전 내 raid5의 드라이브 중 하나가 고장났습니다. 당시에는 정전으로 인해 문제가 발생한 줄 알았는데, 처음에는 마더보드에 있는 하드 드라이브 컨트롤러 때문일 것이라고 생각했습니다(이것은 제가 직접 만든 시스템입니다).

그 이후로 나는 교체 시스템을 구축하고 드라이브를 옮겨 부팅을 시도했습니다. 지금 제가 받은 것은 여전히 ​​시스템 부팅에 적합하지 않은 드라이브입니다.

조립하려고 하면 다음과 같습니다.

[root@localhost ~]# mdadm --assemble --force /dev/md0 /dev/sdf1 /dev/sde1 /dev/sdd1 /dev/sda1 -v
mdadm: looking for devices for /dev/md0
mdadm: /dev/sdf1 is identified as a member of /dev/md0, slot 0.
mdadm: /dev/sde1 is identified as a member of /dev/md0, slot 1.
mdadm: /dev/sdd1 is identified as a member of /dev/md0, slot 2.
mdadm: /dev/sda1 is identified as a member of /dev/md0, slot 3.
mdadm: added /dev/sde1 to /dev/md0 as 1
mdadm: added /dev/sdd1 to /dev/md0 as 2
mdadm: added /dev/sda1 to /dev/md0 as 3 (possibly out of date)
mdadm: no uptodate device for slot 8 of /dev/md0
mdadm: added /dev/sdf1 to /dev/md0 as 0
mdadm: /dev/md0 assembled from 3 drives - not enough to start the array.

드라이브를 확인하면 다음과 같은 결과가 나타납니다.

[root@localhost ~]# mdadm --examine /dev/sd[a-z]1
/dev/sda1:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : 491fdb85:372da78e:8022a675:04a2932c
           Name : kenya:0
  Creation Time : Wed Aug 21 14:18:41 2013
     Raid Level : raid5
   Raid Devices : 5

 Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
     Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
  Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
    Data Offset : 262144 sectors
   Super Offset : 0 sectors
   Unused Space : before=262072 sectors, after=1024 sectors
          State : clean
    Device UUID : 879d0ddf:9f9c91c5:ffb0185f:c69dd71f

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Feb  5 06:05:09 2015
       Checksum : 758a6362 - correct
         Events : 624481

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 3
   Array State : AAAA. ('A' == active, '.' == missing, 'R' == replacing)

mdadm: No md superblock detected on /dev/sdb1.

/dev/sdd1:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : 491fdb85:372da78e:8022a675:04a2932c
           Name : kenya:0
  Creation Time : Wed Aug 21 14:18:41 2013
     Raid Level : raid5
   Raid Devices : 5

 Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
     Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
  Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
    Data Offset : 262144 sectors
   Super Offset : 0 sectors
   Unused Space : before=262072 sectors, after=1024 sectors
          State : clean
    Device UUID : 3a403437:9a1690ea:f6ce8525:730d1d9c

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Feb  5 06:07:11 2015
       Checksum : 355d0e32 - correct
         Events : 624485

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 2
   Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)

/dev/sde1:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : 491fdb85:372da78e:8022a675:04a2932c
           Name : kenya:0
  Creation Time : Wed Aug 21 14:18:41 2013
     Raid Level : raid5
   Raid Devices : 5

 Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
     Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
  Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
    Data Offset : 262144 sectors
   Super Offset : 0 sectors
   Unused Space : before=262072 sectors, after=1024 sectors
          State : clean
    Device UUID : 7d7ec5fe:b4b55c4e:4e903357:1aa3bae3

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Feb  5 06:07:11 2015
       Checksum : da06428d - correct
         Events : 624485

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 1
   Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)

/dev/sdf1:
          Magic : a92b4efc
        Version : 1.1
    Feature Map : 0x1
     Array UUID : 491fdb85:372da78e:8022a675:04a2932c
           Name : kenya:0
  Creation Time : Wed Aug 21 14:18:41 2013
     Raid Level : raid5
   Raid Devices : 5

 Avail Dev Size : 3906764800 (1862.89 GiB 2000.26 GB)
     Array Size : 7813527552 (7451.56 GiB 8001.05 GB)
  Used Dev Size : 3906763776 (1862.89 GiB 2000.26 GB)
    Data Offset : 262144 sectors
   Super Offset : 0 sectors
   Unused Space : before=262072 sectors, after=1024 sectors
          State : clean
    Device UUID : c091025f:8296517b:0237935f:5cc03cfc

Internal Bitmap : 8 sectors from superblock
    Update Time : Thu Feb  5 06:07:11 2015
       Checksum : 8819fa93 - correct
         Events : 624485

         Layout : left-symmetric
     Chunk Size : 512K

   Device Role : Active device 0
   Array State : AAA.. ('A' == active, '.' == missing, 'R' == replacing)
/dev/sdg1:
   MBR Magic : aa55
Partition[0] :       808960 sectors at            0 (type 17)

그러면 다음이 있습니다:

[root@localhost ~]# cat /proc/mdstat
Personalities : [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] [linear]
unused devices: <none>

복구 프로세스로 부팅하면서 이 정보를 수집했습니다. 시스템은 Centos 6.2입니다. IRC의 도움을 받아 sda 드라이브가 다른 드라이브와 동기화되지 않았다는 것을 알고 있습니다. 고장난 드라이브가 이제 sdg로 나열되어 있다고 생각하지만 확실하지 않습니다. 또한 드라이브의 순서가 이제 feda(sdf, sde, sdd, sda)라는 것도 알고 있습니다.

나머지 드라이브를 구축할 수 있을 때 연결하기 위해 죽은 드라이브를 교체할 준비가 된 교체 드라이브가 이미 있습니다. 원래는 어레이에서 제거된 것으로 나열하려고 했는데 상태를 확인할 수 없습니다.

나는 linux-raid 메일링 리스트에 가입하고 사용해 보았는데, 그 메일링 리스트가 아직 활성화되어 있는지 궁금합니다. ("배달됨[이메일 보호됨]영구적인 실패. ") centos irc 채널의 도움말은 해당 소스에서 추가 도움을 받을 것을 제안했습니다. 지금 여기서 시도 중입니다.

나도 이 게시물을 읽었지만 스레드 끝 부분에 있는 제안 사항을 시도하기 전에 다른 포럼에서 더 구체적인 의견을 묻고 싶었습니다.http://ubuntuforums.org/showthread.php?t=2276699.

mdadm이나 linux-raid에 대해 작동하는 이메일 스레드가 있다면 거기에 기꺼이 게시하겠습니다. 이 상황에 대한 추가 데이터를 제공할 수 있으면 알려주시기 바랍니다.

답변1

우선, 드라이브를 백업하는 것이 좋습니다 dd. 이는 매우 현명한 첫 번째 단계입니다.

이벤트 카운터와 마지막 업데이트 타임스탬프를 보면 sda가 어레이에서 제거되었지만 제거된 시점과 마지막으로 액세스된 시점 사이에 크게 변경되지 않았음을 알 수 있습니다. sda에서 장치 상태를 볼 수도 있습니다(0-3은 활성이고 4는 누락됨(mdadm은 0에서 계산 시작). 다른 드라이브에서는 0-2가 활성이고 3과 4가 누락됨). 따라서 RAID5에 두 번째 디스크 오류가 발생하여 어레이의 작동이 중지됩니다.

mdadm따라서 기본적으로 sda가 더 이상 사용되지 않는다는 사실을 무시하고 어쨌든 어레이를 조립하도록 요청해야 합니다 . 이건 --force- 그래서~해야 한다이미 직장에 있어요. 추가 --run(또는 사용 --scan)만 하면 될 수도 있습니다. 내 생각엔 그게 여기서 일어나는 일인 것 같아.

또 다른 가능성은 부팅 스크립트가 어레이를 절반만 조립하여 장치를 작동하게 만드는 것입니다. 이러한 일이 발생하지 않았는지, 원치 않는 어레이가 없는지 확인하려면 (예: cat또는 less)을 확인하십시오./proc/mdstatmdadm --stop

--verbosemdadm이 배열을 어셈블하지 않는 이유를 더 잘 이해하기 위해 추가할 수도 있습니다 .

어레이가 조립되면 mdadm -a여기에 새 디스크를 추가할 수 있으며 재구축이 즉시 시작됩니다. 불안정해 보이기 때문에 sda 교체도 고려해야 합니다(이전에 종료됨).

그럼에도 불구하고 슈퍼블록을 제로화하는 것은 어레이를 복구하기 위한 최후의 수단에 가까운 과감한 방법입니다. 여기서는 필요하지 않습니다.

관련 정보