Vynucení rebuildu softwarového pole RAID 1

[cipros]

Vytvořil jsem na stejných oddílech dvou disků raidové pole pomocí mdadm:

Kód: [Vybrat]

sudo mdadm --create /dev/md0 -l1 -n2 /dev/sdb5 /dev/sda11
  sudo mke2fs -j /dev/md0
  sudo mkdir /media/mujdisk
  sudo mount /dev/md0 /media/mujdisk
  sudo chown <user>:<group> /media/mujdisk
RAID1 fungoval; /dev/sda11 a /dev/sdb5 byly členy linuxového RAIDu a nešli jednotlivě připojit. Dalo se zapisovat na/číst z /media/mujdisk (/dev/md0).

Zkusil jsem cvičnou „poruchu“ odpojením datového kabelu z sdb.

Přimontoval jsem /dev/md0 v gnome-disks a se soubory v /media/mujdisk se dalo pracovat; nahrál jsem tři další soubory (připojen pouze sda11). Pak jsem „objevil“ závadu, počítač vypnul a připojil datovou sběrnici na sdb; na /dev/md0 byly vidět všechny soubory, ale když jsem odpojil sda, tak na sdb5 nově přihrané soubory nebyly. Připadá to, že rebuild se neprovedl.

Podrobnosti o poli md0 jsou:

Kód: [Vybrat]

sudo mdadm -D /dev/md0
/dev/md0:
           Version : 1.2
     Creation Time : Sat Feb 22 18:15:18 2020
        Raid Level : raid1
        Array Size : 16762432 (15.99 GiB 17.16 GB)
     Used Dev Size : 16762432 (15.99 GiB 17.16 GB)
      Raid Devices : 2
     Total Devices : 1
       Persistence : Superblock is persistent

       Update Time : Sun Feb 23 11:56:00 2020
             State : clean, degraded
    Active Devices : 1
   Working Devices : 1
    Failed Devices : 0
     Spare Devices : 0

Consistency Policy : resync

              Name : xxxx-B450M-DS3H:0  (local to host xxxx-B450M-DS3H)
              UUID : 8a8a7831:0385119b:b338cfd3:e22a492e # pozn.: toto je UUID oddílu /dev/sda11
            Events : 267

    Number   Major   Minor   RaidDevice State
       -       0        0        0      removed
       1       8       11        1      active sync   /dev/sda11

[Reklama]

[aaa158]

https://serverfault.com/questions/313778/rebuild-raid-array-mdadm-command

[k3dAR]

po vraceni odpojeneho disku musis pockat na dokonceni resync, prubeh ci obecne stav nebo zda disk nebyl z pole vykopnut je videt v:

Kód: [Vybrat]

cat /proc/mdstatteprve kdyz je pole sync, muzes delat experiment s odpojenim dalsiho disku...

[RDa]

Zkusil jsem cvičnou „poruchu“ odpojením datového kabelu z sdb.

Takova porucha vetsinou zpusobi nekonzistenci "events counter" a i kdyz pripojis oba disky do PC a nabootujes, tak se ti pole bud neslozi, nebo slozi v degradovanem stavu z disku ktere melo vice eventu (tj. zilo dele).

Tvuj predpoklad, ze staci pripojit disky a vse se samo srovna je lichy. V pripade nekterych poruch, musis ten porouchanej disk pridat rucne pres mdadm --readd, nebo z nej smazat signatury (pres wipefs) a pridat ho nanovo, aby se resynclo cele pole.

SW raid vyzaduje lidskeho spravce- za coz mu budme vdecni, protoze co si HW raid nekdy dokaze vymyslet je nekdy na provaz (prepsat jakykoliv disk jen proto, ze byl strcen do pozice kde predtim byl element z pole..).