edgy -> feisty => mdadm raid meghalt...

Ubuntu Linux

Sziasztok!

A napokban frissítettem a rendszer és nem is gondoltam, hogy ilyennel gond lehet. Egyszer csak ránéztem az mdstat-ra és láttam, hogy a raid egyik winyója nem megy. Egyébként egy RAID1 kötegem van 2 partícióval. Miután újra aktiváltam a leszakadt partíciót ment is szépen. Ám amikor újraindítottam a gépet ismét leszakadt. Ekkor kezdtem nem érteni. Majd figyelmes lettem a kernel első mdadm-es üzenetére amiben közli, hogy nem talál semmilyen eszközt a konfigurációs file szerint.

Itt kezdtem keresgélni google-t és találtam néhány oldalt ahol ezzel a problémával foglalkoztak.
Már megpróbáltam az egész köteget újracsinálni, de valamiért az egyik winyó mindig leszakad és az eddigi kernel üzenet helyett miszerint "az md0 néven elindított egy köteget két lemezzel" most csak annyit kapok, hogy nem talál eszközt.
Találkozott már valaki ilyen gonddal?

mdadm.conf - hátha segít valamit
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=474eca3c:89f06d3f:a6b92822:a3aba34b
MAILADDR itt kukac acim.hu

  • 2424 megtekintés

( denes | 2007. 05. 02., sze – 23:13 )

en nem talalkoztam pont ilyen gonddal mivel debianom van es nem ubuntum.
de talan az segit, hogy visszateszed a masik lemezt, es amikor minden jol megy (mar szinkronizalt
meg minden az mdstat szerint) akkor frissited az initrd-t (initial ramdisk).

update-initramfs -u

legalabbis debian alatt igy kell, azert gondolnam hatha segit.
bocs, ha kiprobalod es utana nem tudsz bebootolni vagy egyebb gondok lesznek ... ;)

- Use the Source Luke ! -

Köszi!
Be tudtam bootolni hál' istennek :) !
Már próbáltam hasonlót egyébként de sajnos a raid még mindig rendetlen.

Egy két érdekes adat:

Ebből gondoltam hogy baj van:

root@hurricane:/# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 dm-0[0]
8008256 blocks [2/1] [U_]

unused devices:

Az egyik résztvevő adatai:

root@hurricane:/# mdadm -E /dev/sdb1
/dev/sdb1:
Magic : a92b4efc
Version : 00.90.00
UUID : 474eca3c:89f06d3f:a6b92822:a3aba34b
Creation Time : Wed May 2 17:28:57 2007
Raid Level : raid1
Device Size : 8008256 (7.64 GiB 8.20 GB)
Array Size : 8008256 (7.64 GiB 8.20 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Thu May 3 01:46:32 2007
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 51bb58d8 - correct
Events : 0.14

Number Major Minor RaidDevice State
this 1 254 8 1 active sync /dev/mapper/sdb1

0 0 254 0 0 active sync /dev/mapper/sda6
1 1 254 8 1 active sync /dev/mapper/sdb1

A másik résztvevő adatai:

root@hurricane:/# mdadm -E /dev/sda6
/dev/sda6:
Magic : a92b4efc
Version : 00.90.00
UUID : 474eca3c:89f06d3f:a6b92822:a3aba34b
Creation Time : Wed May 2 17:28:57 2007
Raid Level : raid1
Device Size : 8008256 (7.64 GiB 8.20 GB)
Array Size : 8008256 (7.64 GiB 8.20 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0

Update Time : Thu May 3 01:46:32 2007
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 51bb58ce - correct
Events : 0.14

Number Major Minor RaidDevice State
this 0 254 0 0 active sync /dev/mapper/sda6

0 0 254 0 0 active sync /dev/mapper/sda6
1 1 254 8 1 active sync /dev/mapper/sdb1

A köteg adatai:

root@hurricane:/# mdadm --query --detail /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Wed May 2 17:28:57 2007
Raid Level : raid1
Array Size : 8008256 (7.64 GiB 8.20 GB)
Device Size : 8008256 (7.64 GiB 8.20 GB)
Raid Devices : 2
Total Devices : 1
Preferred Minor : 0
Persistence : Superblock is persistent

Update Time : Thu May 3 01:46:32 2007
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

UUID : 474eca3c:89f06d3f:a6b92822:a3aba34b
Events : 0.14

Number Major Minor RaidDevice State
0 254 0 0 active sync /dev/mapper/sda6
1 0 0 1 removed

Kezdek picit kiakadni rajta. Nem értem, hogy miért érzi magát működőnek az a lemez amelyik nem megy. A másik vicc hogy a /dev/sdb alatt található eszköz edgy-ben még /dev/hde néven futott. Valami nagy keveredés van itt de nem tudom hogy mi lehet egyenlőre...

nos az en leirasomban (amit most nem tudok belinkelni, mert otthon van az url) pont ezt irta, hogy miutan feleledt mindket diszk,
upgradelni kell az initrd mert egyebkent pont ez a gond jon elo. Azert kell updatelni szerintem, mert ilyenkor frissiti az initrd-ben az
mdadm.conf-ot, hogy tukrozze a vegleges helyzetet. de ha ez nem segitett, nincs otletem - majd otthonrol esetleg belinkelem a leirast ami alapjan
en csinaltam debian alatt (az a leiras sem tokeletes, de nagy vonalakban stimmel).

- Use the Source Luke ! -

Megköszönöm, ha találsz még valamit, mert ez a dolog teljesen rejtély.
Már kb 1000 féle konfigot próbáltam, csináltam neki mkconf-al is meg már az egész raid köteget kétszer újracsináltam. A partíciókat is módosítottam, de semmi eredmény.
Egyébként én az initrd frissítéshez update-"initramfs -u -k all" parancsot használom, mert ha simán -u kapcsolóval indítom, akkor volt valami gondja a következő bootnál.

Egyébként a hibaüzenet a kernel részéről:
mdadm: No devices listed in conf file were found.

Nagyon fura, mert már éppen marhára örültem, hogy milyen sima volt a frissítés és, hogy semmi gond nem volt szinte a disztrib upgrade-del. De ez azért mégis csak cifra...

http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html

ez volt az, irja benne ezt a degraded array/initrd dolgot.
nyilvan a cikkben az initrd dolgok azota valtoztak, nem kell atirkalni
a config file-t, es update-initramfs-sel kel csinalni.
tovabba a vegen a /dev/.static/ megjegyzes is hulyeseg (legalabbis debian etch-en nekem azert nem ment elsore, mert azzal probaltam).

szerk:
itt egy masik is, ez frissebb, es hasonlokat ir
http://www200.pair.com/mecham/raid/raid1-degraded-etch.html

nem tudom miert irja azt neked. esetleg nezd meg cpio-val, hogy az initrd-be tett mdadm.conf-ban jol van-e benne a raid arrayod - bar miert ne lenne, de jobb otletem nincs. amugy ez a root filesystemed ugye?

- Use the Source Luke ! -

Köszi szépen az olvasnivalókat ismét!
Még nem jutottam a végére viszont egy egészen érdekes jelenségre lettem figyelmes. Miközben már szerencsétlen initrd-imet irogatom újra valahogy az egyik körben olyan helyzet állt elő, hogy nem tudtam bebootolni egyik kernelemet sem. Leszedtem hát gyorsan egy alternate install cd-t és arról bebootoltam a gépem. A poén, hogy a Live CD-s rendszer jól indította el a raid köteget. Helyreállítottam az initrdket. És a csoda, hogy egyetlen bootolás erejéig a rendes redszeren is beindult a köteg. De sajnos csak egyszeri eset volt.

Az initrd-t kibontottam és megnéztem benne az mdadm.conf-ot de az a kötegre vonatkozóan ugyanazt tartalmazza mint az "mdadm --detail --scan" parancs kimenete.

mdadm --detail --scan
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=eb7565a2:5f56fc2b:55263838:d8ea6a0f

initrd/mdadm.conf:
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=eb7565a2:5f56fc2b:55263838:d8ea6a0f

Egyébként nem ez a root filesystem hála az istennek. Ez az első raid-os próbálkozásom. Edgy alatt még sikeres is volt hosszú hónapokig. Ezen egyébkén a fontosnak ítélt dolgaim vannak: programkódok, apache server gyökér, mysql database.

Még játszadozom azokkal amit linkeltél hátha kiderül valami. Nem adom fel ha egyszer már működött akkor most is kell mennie.

Egy hulye kerdes: miert hasznalsz config file az mdadm-hez, tudomasom szerint a kernel a diszkeken tarolja a raid infot.

Meg egy kerdes: a particio tipusa a diszkeken linux-raid-autodetect?

En eleg sok raid-es szervert csinaltam (mindig debiannal, woody,sarge), de sosem volt config file.

Azért használok config filet, mert eddig nem sikerült nem használni. Ha én letörlöm, akkor amikor frissítem az initrd-t újragenerál egyet magától. De ha van ötleted, hogy lehetne leszoktatni róla az szívesen fogadom. :)

A partíciók típusa nem volt linux-raid-autodetect. Eddig nem is gondoltam, hogy van ilyen is, de most, hogy átraktam így sem találja meg a kernel első üzenete szerint. Megnéztem a régi edgy-s initrdmet amikor még teljesen jól működött. Abban csak egy uuid volt benne úgy teljesen natúr mindenféle ARRAY és egyéb kulcsszavak nélkül. És ott kapásból írta a kernel hogy talált raid arrayt.

A vicc az, hogy ha elindítja csak félig akkor azért mégis talál valamit nem? Csak letagadja. Vagy más folyamat indítaná el? Mert betbootolás után:

zed@hurricane:~$ cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 dm-0[1]
8008256 blocks [2/1] [_U]

unused devices:

Ebből sztem elindít egy köteget, csak a másik winchestert éppen nem hajlandó automatice hozzácsapni. Viszont ha nem ezt a rendszer indítom hanem a fent már említett live cd-set ott meg megy rendesen az mdstat szerint. Szóval sztem akkor a raid elvileg jó. De akkor hol a hiba?

Nezd meg az mdadm parancsokat az initrd-n, jo esellyel az initrd/script file-ban. Ebbe particionkent szokta beletenni az mkinitrd a tombok inditasat, lehet, hogy csak az eggyik diszk van benne. Az 0xfd tipus csak akkor jatszik, ha nem modulban van az md, hanem fixen beleforditva a kernelbe.

( Mercutio | 2007. 05. 06., v – 16:03 )

Köszi az ötleteket! A kernelt most nem akarnám átpiszkálni, mert eddig tökéletesen megfeleltek a gyári kernelek ebben az ubunutuban. Persze ha minden kötél szakad akkor majd nekiesek.

Azóta is próbálgattam az általatok javasoltakat és arra lettem figyelmes, hogy valamiért időnként átbetűjelezi a winyókat. Magyarán az sda és az sdb időnként helyet cserél. Én kezdek attól tartani hogy ez az ami meggátolja, hogy normálisan elinduljon a raid. Nem tudtok valami olyan udev paraméterezést ami fixent tartja legalább ezt a két eszközt?

Már másra nem tudok gondolni. Mert minden megpróbáltam már jópárszor ami itt szóba került és semmi pedig a frissítés előtt frankón működött. De, hogy mi az ami megváltozott a frissítéskor ami ennyire elrontotta az teljes rejtély.

( Mercutio | 2007. 05. 06., v – 23:17 )

Még egy kis adat hátha szemet szúr valakinek:

root@hurricane:/# mdadm -E /dev/sda6 /dev/sdb7
/dev/sda6:
...
UUID : 04ea0de4:a3fd92cb:55263838:d8ea6a0f
...
Raid Devices : 2
Total Devices : 1
...
Active Devices : 1
Working Devices : 1
...
/dev/sdb7:
...
UUID : 04ea0de4:a3fd92cb:55263838:d8ea6a0f
...
Raid Devices : 2
Total Devices : 2
...
Active Devices : 2
Working Devices : 2

Egy tömb, de mégis különböző adatok.

( labadimate | 2007. 05. 07., h – 10:07 )

A festy-s mdadm-mel nekem is voltak problemaim.
Mintha bootolaskor hamarabb akarta volna a raid-t osszerakni, mint ahogy a lemezek latszodtak volna.

Knoppix CD-vel minden jol mukodott.

Rovid szivas utan, inkabb visszaraktam egy edgy-s mdadm-t. Azzal minden rendben megy.

Te melyiket raktad fel?
Én kipróbáltam a mdadm_2.4.1-6ubuntu5 verziót de azon kívül, hogy megjelenet egy udevtrigger-es hibaüzenet nem történt sok változás. Egy eszközt megtalált a tömbből a downgrade után közvetlenül az első boot alkalmával. Aztán miután újra beállítottam a tömböt, már nem írt semmi ilyet csak annyit, hogy valami gondja van az udevnek. Ja meg panaszkodott az initramfs frissítésekor, hogy az "/dev/sda2 neki nem tűnik md eszköznek" érthető, mert köze sincs hozzá, de, hogy jött ez oda?

A verzio stimmel: 2.4.1-6ubuntu5
Az initramfs korabban nekem is irt hasonlo "nem tűnik md eszköznek" uzenetet. (De amiota az mdadm.conf rendbe van rakva, es regi mdadm van, minden ok, nincs hibauzenet)

Esetleg
mv /etc/mdadm.conf /etc/mdadm.conf_20070508_0900; dpkg-reconfigure mdadm

Az en mdadm.conf-om:
# mdadm.conf
#
# Please refer to mdadm.conf(5) for information about this file.
#

# by default, scan all partitions (/proc/partitions) for MD superblocks.
# alternatively, specify devices to scan, using wildcards if desired.
DEVICE partitions

# auto-create devices with Debian standard permissions
CREATE owner=root group=disk mode=0660 auto=yes

# automatically tag new arrays as belonging to the local system
HOMEHOST

# instruct the monitoring daemon where to send mail alerts
MAILADDR root

# definitions of existing MD arrays
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=e3c32173:eb7d1685:6e543545:cdda3b87

# This file was auto-generated on Fri, 30 Mar 2007 10:05:38 +0000
# by mkconf $Id: mkconf 261 2006-11-09 13:32:35Z madduck $

Végre elindul a RAID bootoláskor! :)
Ennek a nem túlságosan kis meccsnek az eredményeképpen a kb 1200. próbálkozás bevált.
Nekem a régebbi mdadm nem működött UUID-ve mivel, hogy a kernel első üzenete szerint "kellene neki a -u opció". Nem tudom, hogy az initramfsbe azt ő miért nem rakta bele, de nem ment vele.
Így már utolsó lövésnek megpróbáltam azt ami már egyszer befuccsolt az újabb mdadmmel, hogy simán

ARRAY /dev/md0 level=raid1 num-devices=2 devices=/dev/disk/by-id/scsi-1ATA...part7,/dev/disk/by-id/scsi-1ATA...part6

ezt írtam az mdadm-be minden uuid nélkül. Így most sikeresen elindítja a raidet. Mondjuk remélem, hogy valami javítást fognak erre eszközölni, mert ahogy külföldi fórumokon olvastam többen is szívtak hasonlókkal és nem utolsó sorban nem volna rossz, ha frissítésnél nem kellene mindig figyelni rá, hogy nehogy lefrissítse az mdadm-et.

De a lényeg, hogy most elindult.
szerk.:
Vicces még most sem az initramfs indítja el, hanem az initscript.

Köszönöm a segítséget mindenkinek!