Dotaz: RADI 1 nebootuje

[Ivanhoej]

Ano urcite vsetci teraz nadavate, ten nevie ze po pridani disku do pola treba urobit scan a ulozit ho do configu. No bohuzial to veru nejde. Preto skusim popisat vsetko ako mam nastavene a ako a co to robi. Este pred tym poviem ze system je to cistucky Sarge a ked som tam mal dva SATA disky tak vsetko slapalo ako malo ale po vymene disku za hdb uz nie.

fdisk ukazuje:

sda1  Boot  Primary   Linux raid autodetect 159002.89
hdb1  Boot  Primary   Linux raid autodetect 159002.89

dalej je tam swap ale tu nemirrorujem

mdstat hlasi toto:

cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hdb1[1] sda1[0]
      155276160 blocks [2/2] [UU]
unused devices: none

ako vidno vsetko krasne ide

A konfigurak je:

cat etc/mdadm/mdadm.conf

DEVICE partitions
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST system
MAILADDR root
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=d5217e32:373bbcaa:ae5801e4:8ecefbe8

Samozrejme posledny riadok ARRAY je z prikazu

mdadm --detail --scan  >> /etc/mdadm/mdadm.conf

Skusal som i dat config do /etc/ ale nepomohlo, vzdy po reboote disk hdb nie je sucastou /dev/md0 Je mozne ze existuje nejake obmedzenie RAID 1 ak je jeden disk na PATA a druhyna SATA? LEbo ak boli oba na SATA slo to ako malo. Neviem uz co stym robit.

Este prilozim par vypisov:

brw-rw---- 1 root disk 9, 0 2008-01-16 13:27 /dev/md0
-rw-r--r-- 1 root root 750 2008-01-18 14:54 /etc/mdadm/mdadm.conf
mdadm --detail --scan
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=d5217e32:373bbcaa:ae5801e4:8ecefbe8

Jedine co som neskusal zamenit partition v configu za konkretne disky ale potom naco tam mam autodetect particiu??? Aku chybku robim?

Odpovědi

[Vít Heřman]

Zkousel jste parametry jako -U nebo --zero-superblock pro mdadm? Nejsem na tohle expert, ale mdadm udrzuje informaci o tom, ke kteremu poli disk patri v superblocku te "autodetect" partition. Takze budto zassemblovat pole a dat mdadm --update=uuid, nebo na tom PATA disku zkusit --force --zero-superblock. Jakym zpusobem ten disk do pole pridavate rucne?

[Creckx]

A co povídá dmesg po bootu? By měl napsat něco jako že našel jen sda a nebo že na hda je nějaká chyba. Další věcí by mohli bejt moduly v initrd. Předpokládám že bootuješ z sda a to teda jádro při bootu najde, ale na hda se zmůže až při nalezení roota. V tom případě je logické, že tam ten druhej disk nepřidá.

[Ivanhoej]

Toto je dobry postreh skusim pozriet kernel si kompilujem sam, takze je to mozne.

[Ivanhoej]

dmesg | grep ^md

md: raid1 personality registered for level 1
md: Autodetecting RAID arrays.
md: autorun ...
md: considering sda1 ...
md:  adding sda1 ...
md: created md0
md: bind sda1
md: running: sda1
md: ... autorun DONE.

[Ivanhoej]

Ale pozeral som na chipset je tam SB600 a to by malo ist na ATIIXP driver, ktory je priamo zakompilovany v jadre cize disk by malo vidiet hned pri boote v tom to teda nebude asi problem.

[Creckx]

A třeba v grubu nebo lilu root=/dev/hdaX jede?

[Ivanhoej]

To na 100% neviem ale asi ide lebo pred tymto na tej masine bol len hda a .config sa bral z kernelu 2.6.21 do 2.6.23. A ano pamatam ze stary sarge nabootoval z hda. Toto mozem skusit ak budem pri masine, lebo na dialku je to riziko ze to nenabootuje. A nevadi ze i po preformatovani to ma stale rovnake UUID ??

[Ivanhoej]

Nic nejde to, ani sformatovat hdb1 nepomohlo :(.

Este pridam detailny vypis pola, ale teraz sa akurat synchronizuje

mdadm -D /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Fri Jan 11 09:06:29 2008
     Raid Level : raid1
     Array Size : 155276160 (148.08 GiB 159.00 GB)
    Device Size : 155276160 (148.08 GiB 159.00 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Jan 24 03:17:44 2008
          State : active, degraded, recovering
 Active Devices : 1
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 1

 Rebuild Status : 4% complete

           UUID : d5217e32:373bbcaa:ae5801e4:8ecefbe8
         Events : 0.12653

    Number   Major   Minor   RaidDevice State
       0       8        1        0      active sync   /dev/sda1
       2       3       65        1      spare rebuilding   /dev/hdb1

[Ivanhoej]

Tu som cital http://www.abclinuxu.cz/forum/show/150747 ze pomohlo "super-minor=0", len neviem ci to risknut nemoze to nieco urobit?

Podla man to vyzera ze ak je md1 tam je 1 ak md0 tak 0

[H0ax]

Po složení pole a po přidání ARRAY do mdadm.conf bych ještě zkusil znovu vytvořit initrd.

[dustin]

Přesně tak. initrd si ukládá konfiguraci pole, aby je při startu uměl nahodit. Při přegenerování raidu na kořenové partišně je potřeba jej znovu přegenerovat, aby si uložil nové UID raidu (pokud se ovšem toto změnilo).

[Ivanhoej]

initrd, to som neskusal a konkretne ako? initrd tu je len pre debianacky kernel ale ten nepouzivam, tu bootuje 2.6.23.13.

[H0ax]

mkinitramfs -o /boot/mujinitrd.img 2.6.23.13 a nezapomeň zkontrolovat v /boot/grub/menu.lst jestli máš pod "kernel" taky "initrd" a cestu k tomu souboru.

[svaca]

mdadm.conf nepotrebujes .. s tim se nezabyvej ... Nastaveni jadra je OK (pro RAID) ...

Ovsem otazkou zustava na JAKEM radici bezi ty disky, nejsou na NEJAKEM radici, ktery neni PRIMO v jadru + se zavedou az hotplugem .. Tedy pak je v systemu vidis ale pri startu stroje neni ten SATA ovladac zavedeny primo v jadru ...

Ty z tech disku nebootujes, ze ?

[svaca]

a pres initrd bych to taky neresil - je to jen komplikace navic ... proste si zkompiluj jadro se vsim co je potreba a pojede to primo z jadra ... To pole se ti nenahodi, protoze ti v tom jadre neco chybi, ostatni mas dobre ...

[Ivanhoej]

Ja uz som pisal initrd nepouzivam teda tot vsetko je v jadre

Takto to mam v grube:

title           Debian GNU/Linux, kernel 2.6.23.13
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.23.13-athlon root=/dev/md0 ro

[Miloš]

Dotaz - "Co znamená nebootuje?" Jaké chyby se zobrazují? Pokud jste přihlášený do systému, tak to asi nabootovalo - jak? Nemůže být spíš problém v BIOSU? Jakou máte nastavenou sekvenci disků pro bootování? (píšete tady o hdb - nemůže to kolidovat s hda?) Kde máte nainstalovaný GRUB (v MBR nebo v oddílu)? - doporučuji do MBR do každého z obou disků. Samozřejmě předpokládám, že oddíly jsou označené jako Linux RAID Autodetect, podporu RAIDU, řadiče ... máte v kernelu nebo moduly se zavádí v rámci initrd.

[Miloš]

Ještě mě napadlo, až bude instalovat RAID na MBR disku hdb, tak až poté, co doběhne rebuild toho pole. A s tim swapem, až se vám sekne stroj, že se seknul disk se swapem, budete mirorovat i ten swap .

[Ivanhoej]

Este doplnim:

1x diska na SATA 2x disk PATA hda a hdb s tym ze raid autodetect ma len ten hdb1

Samo ze mam Grub v MBR

Tu je vypis komplet oboch diskov z fdisku:

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1       19331   155276226   fd  Linux raid autodetect
/dev/sda2           19332       19457     1012095    5  Extended
/dev/sda5           19332       19457     1012063+  82  Linux swap / Solaris

  Device Boot      Start         End      Blocks   Id  System
/dev/hdb1   *           1       19331   155276226   fd  Linux raid autodetect
/dev/hdb2           19332       19929     4803435    5  Extended
/dev/hdb5           19332       19929     4803403+  82  Linux swap / Solaris

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1   *           1       32643    16452040+  83  Linux
/dev/hda2           32644       33637      500976    f  W95 Ext'd (LBA)
/dev/hda5           32644       33637      500944+  82  Linux swap / Solaris

Raid je na sda1 a hdb1

[Sinuhet]

A co mate v /etc/default/mdadm?

[Ivanhoej]

Toto:

grep -v ^# /etc/default/mdadm

INITRDSTART='all'
AUTOSTART=true
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false
USE_DEPRECATED_MDRUN=false

aha a ten INITRDSTART nemoze byt problem ?

[Sinuhet]

INITRDSTART by mel byt ok. Zkuste v /etc/mdadm/mdadm.conf zamenit radek DEVICE partititions na DEVICE hdb1 sda1.

A jeste bych zkusil vygenerovat ten initial ramdisk, jestli vas raid nezvladnou sestavit skripty z neho. Mimochodem, na to se v debianu pouziva update-initramfs (respektive nevim, jestli to v sargi nebylo neco jako update-initrd.

[Ivanhoej]

A nema tam byt nahodou /dev/hdb1 a /dec/sda1 ?

A na poradi nezalezi ?

[Sinuhet]

Ne a ne. Ale presvedcte se sam: man mdadm.conf.

[Ivanhoej]

Takze som skusal (musel som ist k masinke preto ta prestavka)

DEVICE partitions nahradit za: DEVICE /dev/hdb1 /dev/sda1 or DEVICE hdb1 sda1

nic nezabralo, takze to vyzera tak ze jednoducho RAID 1 musi byt na jednom radici inak (resp nesmie sa z neho bootovat) inak sa nevie synchronizavat.

Vidim len tieto riesenia:

* kupit SATA dalsi disk a dat ho na radic SATA (takto to aj slo)

* synchronizavat disky az po boote

* urobit /boot a partisne /dev/md0 primontovat az potom (toto by asi slo)

Co myslite moze to byt tym ze ten druhy disk je na PATA a prvy na SATA? MOja uvaha je, ze kernel jednoducho v jednom okamihu ten PATA disk este nevidi, lebo nacital iba SATA a o par stotin sekund PATA a to asi staci nato aby ho nesynchronizaval???

[R]

Neviem, co s tym robis, ale zjavne robis nieco zle. Nedavno som na jeden stroj instaloval Debian, RAID1 som vytvoril priamo v instalacnom progame a vsetko funguje samo od seba.

Na inom stroji mam RAID1 z jedneho 250GB IDE disku a polovice 500GB SATA. A funguje to uplne bez problemov.

[Ivanhoej]

Uz ani neviem ale myslim ze ano s distro kernelom to neslo (ale skusim). Inak moj postup bol taky isty ako tvoj (pri instalacii som urobil RADI 1) a vsetko islo, ale po vymene druheho disku z sda na hdb uz nie.

A je mozne ze keby som bootoval z hdb a pridal do pola sda ze by to slo ale to riskovat uz nemozem.