Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

10.12.2009 08:41 Pavel Vymetálek | skóre: 15 | Náchod
Rozbalit Rozbalit vše Re: SW Raid1 po upgradu na Fedoru 12

Jasně, UUID pro filesystém a pole spolu nesouvisí, už jsem byl z toho zmatený.

Změna typu partition na 0xDA proběhla bez problému přes fdisk. Nevěděl, zda to nemá vliv na data v partition.

Nakonec se ukázalo jako jednodušší řešení použít k identifikaci disků sériová čísla, jak jste psal. Doteď nevím, jak zjistit/nastavit UUID disku nebo partition.

Výsledný mdadm.conf vypadá takto (nechme stranou, že používám dva stejné disky stejného výrobce, ze stejného "vrhu" ):

# cat /etc/mdadm.conf

DEVICE /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-prvni-disk-part1 /dev/disk/by-id/ata-SAMSUNG_SP2504C_S09-druhy-disk-part1
ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 spares=1 UUID=a254ace7:299e413f:9b638f24:d1d7c0b5 devices=/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.prvni-disk..-part1,/dev/disk/by-id/ata-SAMSUNG_SP2504C_S09.druhy-disk..-part1

Tady mě napadá otázka: num-devices u raid1 má být pro dva disky 2 nebo jeden + jeden spare? Nebo má být num-devices=2 a spares=0?

Teď se mi pole synchronizuje a vypadá takto:

# mdadm --detail /dev/md0

/dev/md0:
        Version : 0.90
  Creation Time : Fri Dec  8 12:26:18 2006
     Raid Level : raid1
     Array Size : 244195904 (232.88 GiB 250.06 GB)
  Used Dev Size : 244195904 (232.88 GiB 250.06 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Dec 10 08:06:46 2009
          State : clean, degraded, recovering
 Active Devices : 1
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 1

 Rebuild Status : 22% complete

           UUID : a254ace7:299e413f:9b638f24:d1d7c0b5
         Events : 0.12929

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       2       8       17        1      spare rebuilding   /dev/sdb1

A nakonec pro Fedoru 12 bylo zapotřebí (alespoň doufám, že jsem to nedělal nadarmo) sestavit znovu initrd pomocí nástroje dracut

# dracut -f --mdadmconf -v

Nakonec přidat bootovací parametry jádra (podle tohoto blogu: Fedora 12, Dracut, dmraid, mdadm, oh my!), takže teď to vypadá v grub.conf následovně:

raid=noautodetect rd_NO_MD rd_NO_DM nodmraid

Zatím to jede a můžu tak pokračovat v práci. Tuším však, že se k tomu budu muset ještě vrátit po dalším "yum update" kernelu a asi mi nesedí ten num-devices a spares.

Díky moc za nakopnutí správným směrem.

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

• Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
• Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
• Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
• Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
• Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.