Substitui uma unidade RAID 10 no meu servidor Debian - o que eu faço a seguir?

2

Tenho 4 unidades de 3 TB em um array RAID 10. Um falhou e agora está removido.

/proc/mdstat Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10] md127 : active raid10 sdd[2] sdc[1] sde[3] 5860530176 blocks super 1.2 512K chunks 2 near-copies [4/3] [_UUU]

Eu coloquei o novo HDD, e parece que ele pegou como sdb. Eu não consigo descobrir (mesmo com muito googling) qual é o procedimento correto agora, para adicionar sdb como o disco de substituição. Eu encontrei posts dizendo-me para copiar a tabela de partição de um dos outros discos, mas quando eu uso fdisk ou sfdisk ele me diz que não existem tabelas de partição válidas, e olhando em / dev existem dispositivos sdc, sdd, sde mas sem partições listadas. No entanto, a matriz RAID está funcionando bem (embora degradada)! O que dá aqui? A matriz foi originalmente construída quando eu estava executando o Openmediavault, então é uma ressaca disso?

Eu tentei mdadm --assemble --scan mas isso não faz nada .. Eu acho que preciso forçar sdb no array de alguma forma, mas eu não quero fazer a coisa errada obvs!

Alguma saída do mdadm:

sudo mdadm -D /dev/md127
/dev/md127:
        Version : 1.2
  Creation Time : Wed Dec 12 13:48:21 2012
     Raid Level : raid10
     Array Size : 5860530176 (5589.04 GiB 6001.18 GB)
  Used Dev Size : 2930265088 (2794.52 GiB 3000.59 GB)
   Raid Devices : 4
  Total Devices : 3
    Persistence : Superblock is persistent  
    Update Time : Tue Jul  8 22:19:20 2014
          State : clean, degraded 
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0  
         Layout : near=2
     Chunk Size : 512K  
           Name : omv:4x3TB
           UUID : acaef996:1ea7102b:9cd52d00:af0ef09e
         Events : 779391  
    Number   Major   Minor   RaidDevice State
       0       0        0        0      removed
       1       8       32        1      active sync   /dev/sdc
       2       8       48        2      active sync   /dev/sdd
       3       8       64        3      active sync   /dev/sde

... e saída completa do fdisk -l

sudo fdisk -l

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.

Disk /dev/sda: 60.0 GB, 60022480896 bytes 255 heads, 63 sectors/track, 7297 cylinders, total 117231408 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: 0x00000000

Device Boot Start End Blocks Id System /dev/sda1 1 117231407 58615703+ ee GPT

Disk /dev/mapper/tower--vg-root: 55.1 GB, 55067017216 bytes 255 heads, 63 sectors/track, 6694 cylinders, total 107552768 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: 0x00000000

Disk /dev/mapper/tower--vg-root doesn't contain a valid partition table

Disk /dev/mapper/tower--vg-swap_1: 4185 MB, 4185915392 bytes 255 heads, 63 sectors/track, 508 cylinders, total 8175616 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: 0x00000000

Disk /dev/mapper/tower--vg-swap_1 doesn't contain a valid partition table

Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000

Disk /dev/sdc doesn't contain a valid partition table

Disk /dev/sde: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000

Disk /dev/sde doesn't contain a valid partition table

Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes 255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000

Disk /dev/sdd doesn't contain a valid partition table

Disk /dev/md127: 6001.2 GB, 6001182900224 bytes 2 heads, 4 sectors/track, 1465132544 cylinders, total 11721060352 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 524288 bytes / 1048576 bytes Disk identifier: 0x00000000

Disk /dev/md127 doesn't contain a valid partition table

    
por muggy 13.07.2014 / 19:24

1 resposta

2

Ao se deparar com uma situação semelhante (embora não fosse um RAID10, nem foi criado por uma instalação do OpenMediaVault), simplesmente mdadm -add 'o novo disco para o array. Isso efetivamente tornou o novo disco um disco reserva (quente), após o qual o array degradado o selecionou como um meio de reparar o array.

Além do mdadm --add, não tenho certeza quais outros comandos eu executei (se é que algum). Tudo que eu usei de lá era a página man do mdadm (8).

    
por 14.07.2014 / 01:29