Problema com raid 1 drive / dev / sba que fazia parte de / dev / md0 agora degradado em / dev / md127

Question

root@bew:~# uname -a
Linux bew 3.5.0-23-generic #35~precise1-Ubuntu SMP Fri Jan 25 17:15:33 UTC 2013 i686 i686 i386 GNU/Linux

root@bew:~# fdisk -l

Disk /dev/sda: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders, total 398297088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000a6462

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   389302271   194650112   fd  Linux raid autodetect
/dev/sda2       389304318   398295039     4495361    5  Extended
/dev/sda5       389304320   398295039     4495360   fd  Linux raid autodetect

Disk /dev/sdb: 203.9 GB, 203928109056 bytes
255 heads, 63 sectors/track, 24792 cylinders, total 398297088 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000cd49d

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048   389302271   194650112   fd  Linux raid autodetect
/dev/sdb2       389304318   398295039     4495361    5  Extended
/dev/sdb5       389304320   398295039     4495360   fd  Linux raid autodetect

Disk /dev/md127: 199.3 GB, 199321649152 bytes
255 heads, 63 sectors/track, 24232 cylinders, total 389300096 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000048ac

      Device Boot      Start         End      Blocks   Id  System
/dev/md127p1              63   385110179   192555058+  83  Linux
/dev/md127p2       385110180   389287079     2088450    5  Extended
/dev/md127p5       385110243   389287079     2088418+  82  Linux swap / Solaris


root@bew:~# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sdb1[1]
      194650048 blocks [2/1] [_U]

No Array listed in /etc/mdadm/mdadm.conf
 automatically tag new arrays as belonging to the local system
HOMEHOST <system>

Eu o deletei esperando reconstruir.

root@bew:~# dmraid -dtay
DEBUG: not isw at 2064645120
DEBUG: isw trying hard coded -2115 offset.
DEBUG: not isw at 2063563264
DEBUG: not isw at 2064645120
DEBUG: isw trying hard coded -2115 offset.
DEBUG: not isw at 2063563264
no raid disks

root@bew:~# mdadm --create /dev/md0 --name=0 --chunk=256 --level=1 --raid-devices=2 /dev/sda1 /dev/sdb1
mdadm: /dev/sda1 appears to be part of a raid array:
    level=raid0 devices=0 ctime=Wed Dec 31 16:00:00 1969
mdadm: partition table exists on /dev/sda1 but will be lost or
       meaningless after creating array
mdadm: Note: this array has metadata at the start and
    may not be suitable as a boot device.  If you plan to
    store '/boot' on this device please ensure that
    your boot-loader understands md/v1.x metadata, or use
    --metadata=0.90
mdadm: super1.x cannot open /dev/sdb1: Device or resource busy
mdadm: /dev/sdb1 is not suitable for this array.
mdadm: create aborted


root@bew:~# mdadm -Evvvvs
mdadm: No md superblock detected on /dev/md127p5.
/dev/md127p2:
   MBR Magic : aa55
Partition[0] :      4176837 sectors at           63 (type 82)
mdadm: No md superblock detected on /dev/md127p1.
/dev/md127:
   MBR Magic : aa55
Partition[0] :    385110117 sectors at           63 (type 83)
Partition[1] :      4176900 sectors at    385110180 (type 05)
mdadm: No md superblock detected on /dev/sdb5.
/dev/sdb2:
   MBR Magic : aa55
Partition[0] :      8990720 sectors at            2 (type fd)
/dev/sdb1:
          Magic : a92b4efc
        Version : 0.90.00
           UUID : 63621c2f:6fa023e2:e368bf24:bd0fce41
  Creation Time : Mon Jan 23 14:19:49 2012
     Raid Level : raid1
  Used Dev Size : 194650048 (185.63 GiB 199.32 GB)
     Array Size : 194650048 (185.63 GiB 199.32 GB)
   Raid Devices : 2
  Total Devices : 1
Preferred Minor : 127

    Update Time : Mon Mar 24 13:11:57 2014
          State : clean
 Active Devices : 1
Working Devices : 1
 Failed Devices : 0
  Spare Devices : 0
       Checksum : cac6a6e5 - correct
         Events : 1834362


      Number   Major   Minor   RaidDevice State
this     1       8       17        1      active sync   /dev/sdb1

   0     0       0        0        0      removed
   1     1       8       17        1      active sync   /dev/sdb1
/dev/sdb:
   MBR Magic : aa55
Partition[0] :    389300224 sectors at         2048 (type fd)
Partition[1] :      8990722 sectors at    389304318 (type 05)
mdadm: No md superblock detected on /dev/sda5.
/dev/sda2:
   MBR Magic : aa55
Partition[0] :      8990720 sectors at            2 (type fd)
/dev/sda1:
   MBR Magic : aa55
Partition[0] :    385110117 sectors at           63 (type 83)
Partition[1] :      4176900 sectors at    385110180 (type 05)
/dev/sda:
   MBR Magic : aa55
Partition[0] :    389300224 sectors at         2048 (type fd)
Partition[1] :      8990722 sectors at    389304318 (type 05)


root@bew:~# mdadm --examine /dev/sdb
/dev/sdb:
   MBR Magic : aa55
Partition[0] :    389300224 sectors at         2048 (type fd)
Partition[1] :      8990722 sectors at    389304318 (type 05)
root@bew:~#

root@bew:~# mdadm --examine /dev/sda
/dev/sda:
   MBR Magic : aa55
Partition[0] :    389300224 sectors at         2048 (type fd)
Partition[1] :      8990722 sectors at    389304318 (type 05)

root@bew:~# mdadm --examine /dev/md0
mdadm: cannot open /dev/md0: No such file or directory

root@bew:~# mdadm --examine /dev/md127
/dev/md127:
   MBR Magic : aa55
Partition[0] :    385110117 sectors at           63 (type 83)
Partition[1] :      4176900 sectors at    385110180 (type 05)

root@bew:~# mdadm --assemble --run --force /dev/md0 /dev/sda1
mdadm: Cannot assemble mbr metadata on /dev/sda1
mdadm: /dev/sda1 has no superblock - assembly aborted
 as you can see above it says there is a superblock and then here that there isn't.

root@bew:~# cat /proc/mdstat personalities
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md127 : active raid1 sdb1[1]
      194650048 blocks [2/1] [_U]

unused devices: <none>
cat: personalities: No such file or directory

root@bew:~# umount --force /dev/md127p1
umount2: Device or resource busy
umount: /: device is busy.
        (In some cases useful info about processes that use
         the device is found by lsof(8) or fuser(1))
umount2: Device or resource busy

Eu encontrei o sistema desligado, tendo caído durante a noite, a única maneira de inicializar é se eu usar o boot in degraded após selecionar o modo de recuperação no menu de inicialização. Eu não vou arrancar no desktop também. O comando de linha é tudo que conseguimos.

Primeiro tentei apenas renomear o md127 de volta para md0 , mas sempre retornei com unable to gain exclusive access , depois tentei adicionar, mas sempre recebi a mensagem ocupada. Depois de editar o adadm.conf com md0 em vez do md127 e, em seguida, recompilá-lo, não há ajuda, ainda é inicializado em md127 , embora o conf tenha md0 . em um ponto recebi uma mensagem de erro que afirma que a magia é diferente e eles são, embora eu não saiba como isso acontece, um é aa55 e o outro é um número misto e uma letra, que parece ser comum em os fóruns que visitei.

Eu tenho pesquisado por dias sem sorte, por favor, eu preciso de ajuda com isso .. obrigado.

    

Answer 1

marque isso como fixo. o que eu fiz ..

primeiro eu fiz muita pesquisa, eu fiz um reparo no superbloco, no entanto, eu não acho que isso era necessário. Eu editei /dev/mdadm/mdadm.conf para dizer md0 em vez de md127. Eu falhei a unidade que estava relatando mal, em seguida, executei "update-initramfs -u", em seguida, reiniciei, tome cuidado para não inicializar a partir da unidade que falhou. a primeira vez que fiz isso não demorou por algum motivo, tive que repetir o processo. talvez eu não salvei o arquivo conf ou algo assim .. mas se após a reinicialização o cat / proc / mdstat relatar md0 ao invés de md127 ele funcionou. Depois disso eu acabei de ler a unidade com falha de volta para o array com mdadm --manage --add / dev / md0 / dev / sda1 lembrando que a partição que faz parte da matriz não é a própria unidade. Após o add eu corri "cat / proc / mdstat" agian para ver se ele estava sincronizando, foi, eu esperei a sincronização para completar .. horas depois eu reiniciei e tudo corrigido .. o problema que eu estava tendo era eu estava reconstruindo o kernel em vez de apenas fazer uma atualização eu acho .. também contanto que "cat /etc/mdadm/mdadm.conf" está relatando ARRAY / dev / md0 UUID = 63621c2f: 6fa023e2: e368bf24: bd0fce41 e não ARRAY / dev / md127 UUID = 63621c2f: 6fa023e2: e368bf24: bd0fce41 ur pronto para o "update-initramfs -u" e, em seguida, a reinicialização e adição da unidade com falha .. isso pode funcionar sem falhar a unidade, mas foi apenas algo que eu fiz tentando corrija este problema ... o md127 parece ser um número md padrão agora toda vez que a matriz for para o modo degradado, mas é mais fácil lidar do que se pensava. embora para mim demorou dia .. confira o link sobre, gostaria de ter encontrado que dias atrás.

    

Answer 2

Primeiro, dmraid é para fakeraid; não tem nada a ver com o software raid do mdadm, então você não deve instalá-lo. Segundo, você nunca deve tentar criar um array sobre um existente; isso destruirá o array existente. Felizmente, o mdadm não deixou você fazer isso.

O motivo pelo qual ele está aparecendo como md127 em vez de md0 é porque você não tem o array listado em mdadm.conf. Isso não é grande coisa, mas se você corrigir o mdadm.conf, você terá que executar o update-initramfs para propagar as mudanças no initramfs.

Finalmente, parece que você só precisa adicionar novamente a primeira partição ao array com 'sudo mdadm / dev / md127 --add/dev/sda1. Além disso, você parece ter uma segunda partição (número 5) em cada disco designado para raid, mas não está usando.