Raid nem áll össze első indításkor

Merevlemezek, vezérlők

Néha, az első indításkor (hideg indítás) egyszerűen nem áll össze a raid1 tömb, általában egy ctrl+alt+del után már feléled.
Hardver, szoftver:
- Ubuntu Hardy, 32 bit
- szoftveres raid1 2 vinyón
- SATA: 1. wd 250 gb; 2. wd 250 gb
- IDE: 1. 80 gb vinyő; 2. dvd író/olvasó
- chipset: nforce 560

Mi okból lehet ez? Hibának csak annyit írt ki, hogy "unbind sdb1", meg ilyesmiket, tehát, hogy leáll a tömb, és itt megakad az indítás. Elképzelhető, hogy az IDE csatornán lévő vinyó akasztja be? Pl. a linux telepítő cd-k azt látják (hd0)-nak grub telepítéskor, miközben indításkor (hd1)... :-/ A SMART adatok szerint mindegyik vinyó rendben van, nem kattognak, más panasz nincs rájuk.
Raid1 tömb:
md1: /boot
md2: swap
md3: /
md4: /mnt/data

  • 1860 megtekintés

( tovis v | 2008. 05. 23., p – 20:20 )

"unbind sdb1", meg ilyesmiket, tehát, hogy leáll a tömb, és itt megakad az indítás"
Te nem lehet hogy az ilyesmik környékén van a gond? syslog?
A jelenség első pillanattól kzdve megvan vagy egyszer csak megjelent?

* Én egy indián vagyok. Minden indián hazudik.

( iwanabeguru | 2008. 05. 23., p – 21:26 )

mdadm.conf rendesen ki van toltve?

ARRAY /dev/md1 level=raid1 num-devices=2 UUID=f92d69e4-9232-4c82-8020-530b5adf3f78
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=ade8fa99:5300e304:43b7e5ef:b135a215
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=5e398418-0120-4eb8-ab07-49313e85d53d
ARRAY /dev/md4 level=raid1 num-devices=2 UUID=749f396e-d48c-4bf1-b05b-99b163cc17c5

A poén az, hogy az mdadm --detail --scan mást ad:
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=1af073ec:1f7e23a8:b94134f9:d7c9ef01
ARRAY /dev/md2 level=raid1 num-devices=2 UUID=dc18a87e:a4a3d154:d720d11b:2dcb574e
ARRAY /dev/md3 level=raid1 num-devices=2 UUID=ade8fa99:5300e304:43b7e5ef:b135a215
ARRAY /dev/md4 level=raid1 num-devices=2 UUID=cd9a6dfb:8d068b5f:4eec7231:f85b34dc

De ez utóbbi értékekkel abszolút nem hajlandó elindulni.

valszeg az uj filerendszer miatt uj uuid-t generalt minden particiohoz ezert nem artan kezzel szerkeszteni a conf filet.

Mivel igy olyan particiokbol akar raidet epiteni amik nem leteznek.

Az enyem pl igy nez ki 


DEVICE /dev/sda2 /dev/sdb2

ARRAY /dev/md0
        devices=/dev/sda2,/dev/sdb2
        level=1
        num-devices=2

DEVICE /dev/sda3 /dev/sdb3

ARRAY /dev/md1
        devices=/dev/sda3,/dev/sdb3
        level=1
        num-devices=2

( hnsz2002 v | 2008. 05. 24., szo – 08:05 )

'mdadm --add'-al hozzá tudod adni...
De nem tudom miért nem adja magától hozzá. Konzisztens a raid? Nem az a baj, hogy az egyiket nem sikerült teljesen beszinkronizálni?
'mdadm --detail' mit mondd normál esetbe?
És mit mondd, mikor nem sikerül az egyik diszket hozzáadni?
--
Discover It - Have a lot of fun!

Gyanús ez, hogy egyszer megy, egyszer nem... Normál leállításkor rendesen umountol minden eszközt? Írja, hogy /dev/mdX stopped? Mert ha nem, akkor lehet, hogy a leválasztás nem "szabályos", így valami infó nem módosul, hogy "Leválasztva, OK.", csak amikor ez a hiba van indulásnál, és úgymond "szabályosan" leválasztja.
--
Discover It - Have a lot of fun!

Ubuntu splash screen elrejti igazából ezeket az üzeneteket, de van valami abban amit mondasz, legközelebb megnézem.

Szerk.: megnéztem, és nem nagyon írja ki, hogy md: stopping devices, vagy mi. Amikor nem tud elindulni, és a képen látható üzenet fogad, akkor nyomok egy ctrl+alt+del-t, és akkor kiírja, hogy stopping devices, de most az előbb amikor próbáltam, akkor csak harmadszorra tudta felépíteni, szóval szerintem nem ez a baja.

( turul16 v | 2008. 05. 24., szo – 13:54 )

kernel parameternek lehet meg megadni, hogy kik lakjak raid tombot.

( muczy v | 2008. 05. 27., k – 11:11 )

Egy kis újdonság: néha ezt látom a logokban:
mdadm: DeviceDisappeared event detected on md device /dev/md2
Az md2 a swap partíció, tehát ilyenkor ugye nem lesz swapom, ami annyira nem baj, csak ugye idegesítő...
Senkinek nincs ötlete a problémára?

Soha nem fogod megfogni a hibát, nekem sem sikerült egy ehhez hasonlót. Valószínűleg az nforce-os csipszet okozza. Én a te helyedben vennék egy 5-6e Ft-os PCI buszos RAID kártyát. A sebességet kicsit megfogja, de ha már RAID-elsz, akkor valószínűleg fontosabb a biztonság, mint a sebesség.

Bocsi, SATA kártyát akartam írni (de a legtöbb tud RAID 1-et is).
Tavaly ilyenkor még szenvedtem egy nForce chipset-es géppel, meg két SATA vinyóval. Az volt a furcsa, hogy Windows alatt soha nem jött elő a probléma. Viszont az volt a különbség a Linux és a Windows között, hogy a Windows az nVidia saját driver-ét használta. Mindenféle kínlódás, meg kernelforgatás, meg vinyó blacklist-ezés után arra a feltételezésre jutottam, hogy az nVidia saját Windows-os driver-e valamilyen hardware hibát szoftverből old meg. Nem tudtam ellenőrizni a feltételezésemet, mert közben új gépet kaptam.

Szóval szerintem egy PCI buszos SATA kártya árát érdemes rákölteni a próbálkozásra.

Be szerintem még mindig nem értesz (bár lehet, hogy de). Te azt az eseted írod le, amikor a BIOS/chipset/alaplap saját megoldását használod raid-hez. Én nem ezt használom, hanem a hardver független linuxos software raid-et, amit a windows nem is tud kezelni.
Ja, hogy sata kártya, az más, megnézem őket.

Most, hogy bios-ban kikapcsoltam az IDE vinyót, egyből felépült, gond nélkül. Mondjuk a swap most sem, illetve az egy érdekesebb probléma: felépül, de aztán pár másodperc múlva dob egy DeviceNotFound-ot az mdadm...

Szerk.: ilyenek vannak a logokban:
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 24.654288] md: md2 stopped.
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 24.739404] md: md2 stopped.
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 31.504470] md: md2 stopped.
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 31.520767] md: md2 stopped.
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 31.527851] md: md2 stopped.
/var/log/syslog:May 28 06:56:35 turbodiesel kernel: [ 31.582492] md: md2 stopped.
/var/log/syslog:May 28 06:56:43 turbodiesel mdadm: DeviceDisappeared event detected on md device /dev/md2

( Mik v | 2008. 05. 27., k – 12:09 )

Nálam is hasonló a probléma, eddig nem sikerült megoldani. Botont-hoz hasonlóan mostmár én is az nforce (nálam 4-es) chipsetre gyanakszom. Via-val és intellel nem tapasztaltam ezt a jelenséget. Ez van...

( muczy v | 2008. 05. 28., sze – 23:43 )

Hát ez valami hihetetlen...
Kikapcsoltam a BIOS-ban az IDE vinyót, így csak a dvdíró van az IDE csatornán, de magát a vinyót nem húztam le. Most a BIOS nem látja (NONE-ra van állítva), de linux alatt mégis megjelenik, tudom is csatolni meg minden. Én ezt nem értem, nem kellett volna eltűnnie?... :-/

Amúgy úgy látszik, egyelőre orvosolja a problémát, gyorsan le is kopogom.

Pont hogy nem, mert a linux nem kommunikal igazandibol a BIOS-sal, semmi kozuk egymashoz, o mindent onerobol ismer fel. Az, hogy a BIOS-ban kikapcsolod az eszkozoket, azzal csak azt mondod meg, hogy a BIOS ne taroljon infokat az adott eszkozrol. Ez Windows/OS2/DOS/etc. eseten mukodik is, mert ok a BIOS-tol szerzik be kizarolagosan az eszkozinfokat, es ezt korrigaljak ki a sajat ismereteik alapjan (uj eszkoz utan force nem keresnek). A Linux viszont csak tajekoztato jelleggel szerzi meg bootkor ezt az infot.

Annyit hozzátennék tapasztalatom szerint, hogy az XP is nagy ívben tesz a BIOS-ra :). Legalábbis, mikor a mobilrackre telepítettem fel, és letiltottam a primary master vinyót (2 partició van rajta), az XP feltelepülése után ott virított a sajátgépben mindkét partició meghajtóként (Igaz "rendes volt" az XP, C:-nek a mobilrack-et tette be, és D: E: -nek a letiltott vinyó particióit.)

Hidegen, vagy melegen megy jobban?
Az én régi gépem pont a hideget nem szerette. Köbö 1 napi állás után soha nem ismerte föl indulás után a SATA vinyókat, akárhányszor bútoltam újra a gépet RESET gombbal. De egy kikapcs-bekapcs rögtön megoldotta, és nem is volt többet baj vele, amíg nem hagytam kihűlni a gépet.
Többek közt azért is gyanakodtam az alaplapi nForce (4-es) SATA vezérlőre, mert a vinyók bekapcsoláskor adott hangjából már tudni lehetett, hogy a Linux fogja-e látni őket, vagy nem. Pedig ugye bekapcsoláskor még sehol nincs a Linux.

"Hidegen, vagy melegen megy jobban?"
Igazából hol így, hol úgy.
Viszont néha a BIOS nem jut el a grub-ig: megáll mielőtt kiírná a "Building DMI Pool data..." üzenetet. Ez kb. 20 esetből egyszer fordul elő. Amúgy úgy rémlik, hogy ez a "pre-linux-bootnál-tudom-már-hogy-lesz-e-vinyó-vagy-sem" probléma, mintha már az előző alaplapomnál is lett volna, és az is nforce4-es, szóval lehet, hogy igazad van, de akkor ez nagyon gáz... :-/

PCI/PCI-EXPRESS-es sata kártyával lassul a rendszer? Milyen chipseteset vegyek? "Silicon Image SIL3112" ?

Inkább 3122-t, 3124-et, azok tudnak SATA 2-t is. Nem tudok semmit a sebességükről, csak annyit, hogy van open-source meg closed-source driver is hozzájuk. Mivel software raid-et használsz, valószínűleg jó lesz az open-source is.
Elvileg nem okozhat sebességcsökkenést egy jó kártya, mert ugyanarra a PCI buszra van illesztve, mint az alaplapi SATA vezérlő. Persze a gyakorlat rácáfolhat erre.
Asszem, sima PCI buszos kártya is jó lehet, mert a PCI busz max. átviteli sebessége 132 MB/s, amit 2 igen jó vinyóval sem lehet kihasználni. 4 portnál azonban muszáj lesz PCI-X-es kártyát venni.

Attól függ!
Most bajmolódok egy dual-core géppel amin ICH7 kezeli a SATA "alrendszert". Bedugtam mellé egy SIL3114 -est a sima PCI BUSZ -ra, ck. 10% -al gyengébben muzsikált - teljesen azonos disk -el.
Ami a Linux és egyebek BIOS -át illeti, azért ne vegyetek a Linux felderítő képességeire mérget, ICH7 -en bizonyos állapotokban amit a BIOS -ból állítok IDE -nek látja a SATA -t!

* Én egy indián vagyok. Minden indián hazudik.

( muczy v | 2008. 05. 31., szo – 10:27 )

Állapotjelentés:
fordítottam egy 2.6.25.4 -es kernelt (jelenleg legfrissebb, ha jól tudom), és itt nem jelentkezik a probléma. (mondjuk az evdev driver mintha megváltozott volna, de ez most mellékes)
A következő logikus lépés szerintem, hogy az ubi gyári kernel által használt verziót fordítom, vanillát is meg, ubi patcheset is.

Szerk.: viszont érdekes üzeneteket dobál, erre mit mondtok?

md: Autodetecting RAID arrays.
md: Scanned 8 and added 8 devices.
md: autorun ...
md: considering sdb4 ...
md: adding sdb4 ...
md: sdb3 has different UUID to sdb4
md: sdb2 has different UUID to sdb4
md: sdb1 has different UUID to sdb4
md: adding sda4 ...
md: sda3 has different UUID to sdb4
md: sda2 has different UUID to sdb4
md: sda1 has different UUID to sdb4
md: created md4
md: bind
md: bind
md: running:
raid1: raid set md4 active with 2 out of 2 mirrors
...

Szerk. 2.: kipróbáltam az én configommal a gyári kernel forrást, és azzal is működik a raid, és ugyanezeket a dologokat kiírja, míg a gyári ilyesmit nem ír.