não pode migrar o RAID 1 para o RAID10

0

Já fiz várias pesquisas antes de abrir este post. Eu encontrei um monte de post sobre isso, mas nenhum foi realmente link para minha configuração, então eu abro isso aqui. Eu tenho 2 hdd em RAID 1:

Disque /dev/sdj : 558,9 GiB, 600127266816 octets, 1172123568 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 5C9A14EB-BD49-435D-A136-62086235D780

Périphérique Start        Fin   Secteurs   Size Type
/dev/sdj1     2048 1172121599 1172119552 558,9G Linux filesystem

Disque /dev/sdk : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3DCFB2AE-DABD-4B10-96AF-DB389F943DE5

Périphérique      Start        Fin   Secteurs   Size Type
/dev/sdk1          2048 1171875839 1171873792 558,8G Linux filesystem
/dev/sdk2    1171875840 1953523711  781647872 372,7G Linux filesystem

sdj1 + sdk1 = RAID1

Estou adicionando dois outros discos com este procedimento a partir deste [tuto]: link para o particionamento:

'sfdisk /dev/sdd < partitions.sdb'

Funcionou antes para outro RAID no mesmo host. Então acabo com:

Disque /dev/sdg : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 3DCFB2AE-DABD-4B10-96AF-DB389F943DE5

Périphérique      Start        Fin   Secteurs   Size Type
/dev/sdg1          2048 1171875839 1171873792 558,8G Linux filesystem
/dev/sdg2    1171875840 1953523711  781647872 372,7G Linux filesystem

Disque /dev/sdi : 931,5 GiB, 1000204886016 octets, 1953525168 secteurs
Unités : sectors of 1 * 512 = 512 octets
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 3DCFB2AE-DABD-4B10-96AF-DB389F943DE5

Périphérique      Start        Fin   Secteurs   Size Type
/dev/sdi1          2048 1171875839 1171873792 558,8G Linux filesystem
/dev/sdi2    1171875840 1953523711  781647872 372,7G Linux filesystem

e assim:

Personalities : [raid1] [raid6] [raid5] [raid4] [linear] [multipath] [raid0] [raid10] 
md125 : inactive sdn[0]
      976224256 blocks super external:/md126/0

md126 : inactive sdn[0](S)
      538328 blocks super external:ddf

md227 : active raid6 sdl[7] sdh1[6] sde1[5] sdf1[4] sdd1[3] sdc1[0] sdb1[1]
      9766912000 blocks super 1.2 level 6, 512k chunk, algorithm 18 [7/6] [UUUUUU_]
      [=========>...........]  reshape = 46.8% (915172352/1953382400) finish=3557.0min speed=4864K/sec
      bitmap: 2/15 pages [8KB], 65536KB chunk

md127 : active raid1 sdg1[3](S) sdk1[2](S) sdj1[0] sdi1[1]
      585805824 blocks super 1.2 [2/2] [UU]
      bitmap: 4/5 pages [16KB], 65536KB chunk

unused devices: <none>

md127 é o raid1 como você vê, estou crescendo um ataque5 em um ataque6 ao mesmo tempo.

Por que eu tenho isso: mdadm: Impossibly level change request for RAID1

com isto: sudo mdadm --grow /dev/md127 --level=10 --raid-devices=4 --backup-file=/root/raid1backup

por causa do crescimento do RAID6? ou o particionamento não é bom? ou é porque a matriz de ataque está montada e ocupada com o contêiner docker?

    
por vigilian 17.09.2016 / 13:45

1 resposta

0

Acontece que é finalmente muito simples por causa do meu arquivo de backup. Eu espero que ajude os caras como eu que não encontraram documentação suficiente sobre como reiniciar um crescimento após uma reinicialização limpa:

mdadm --stop /dev/md...
mdadm --assemble --backup-file location_of_backup_file  /dev/md...

deve restaurar o trabalho automaticamente você pode verificar com

mdadm --detail /dev/md....

e cat /proc/mdstat

    
por vigilian 22.09.2016 / 18:36