Létrehoztam egy raid eszközt /dev/md0 néven. Tökéletesen működött bő fél éven keresztül, de elkövettem azt a hibát, hogy nem indítottam újra a szervert, hogy megnézzem indul-e a raid is.
Egy igen hosszú áram szünet miatt leállta szerver, pedig volt rajta szünetmentes táp is, de ez most nem lényeg.
Indítom újra a gépet, de a /dev/md0 eszköz nem jött létre.
Rendszer Debian 4.0
mdadm.conf
DEVICE /dev/hda /dev/hdc
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=d62fa226:ee646834:a74c32ba:c27fc7b1
rc.d könyvtárban szerepel az mdadm indító szkriptje. Kézzel indítva is hatástalan és a hibaüzenete is semmitmondó.
Végül a problémámat az
mdrun
parancs oldotta meg. Majd ezután felcsatoltam a /dev/md0 eszközt a helyére, ami az fstab-ban is szerepel.
/dev/md0 /home ext3 defaults 0 0
Az /etc/default/mdadm file tartalma:
INITRDSTART='all'
AUTOSTART=true
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false
USE_DEPRECATED_MDRUN=false
(ez volt az alapbeállítás, nem nyúltam hozzá)
Nem tudom mi lehet a probléma, a log fileokban is csak annyi van, hogy az md0 eszköz nem indult el.
- 1380 megtekintés
Hozzászólások
Nekem ubuntu feisty-ben volt hasonló problémám.
Ott az volt a gond, hogy bootolás közben a merevlemezeszközök (sda, sdb) még nem jöttek létre, de az md0 már létre akart jönni (és persze nem tudott, mert nem voltak merevlemezeszközök).
Én akkor, ott az mdadm-t downgradeltem egy korábbi verzióra. Úgy már működött.
Az interneten pedig olyan megoldást láttam, hogy a bootoláskor lefutó mdadm szkripbe beletettek egy 30 másodperces késleltetést.
M.
- A hozzászóláshoz be kell jelentkezni
A rendszer elindulása után kézzel is próbáltam indítani az mdadm indító szkriptjét és ugyanolyan hibaüzenetet adott mint bootoláskor.
- A hozzászóláshoz be kell jelentkezni
Nekem feisty-n volt hasonló hibám; update-lilo-ztam össze-vissza (a boot is a raid-en van), aztán egy update-initrd (vagy hogy hívják) megoldotta a problémát.
- A hozzászóláshoz be kell jelentkezni
Nálunk is volt hasonló. (Etch-re backport kernel installálása után. Érdekes, hogy a régi kernelekkel sem volt hajlandó elindulni.)
Egy rootdelay=5 boot opció hozzáadásával eltűnt a probléma. Persze ez nem "jó" megoldás, de működött.
- A hozzászóláshoz be kell jelentkezni
particio tipusa fd ?
DEVICE nem hda1 hdc1 kéne legyen?
1 helyett persze lehet más is
és amint látod, az mdadm-ban benne van, hogy USE_DEPRECATED_MDRUN=false tehát magától nem indítja el.
egyébként nem is kell, mert az fd típusú partíciókat a kernel fogja és összerakja belőlük a megfelelő raid device-okat.
--
Gabriel Akos
- A hozzászóláshoz be kell jelentkezni
ha nem modulban van az md.
Ha igen akkor az initrd csinalja meg a tomb osszeszereleset.
Valoszinuleg az marad el valamiert.
- A hozzászóláshoz be kell jelentkezni
Sztem gyári etchben ez benne van, ez működik.
Nyilván kéne több infó, így csak találgatás van.
--
Gabriel Akos
- A hozzászóláshoz be kell jelentkezni
A partició típusa Linux Raid autodetect
Nem tudom, hogy erre gondoltál-e.
Leírásban pedig ennyi volt: DEVICE /dev/hda /dev/hdc
Partició számozás nélkül, de én is beleírtam a partició számozást amikor először nem indult. A szkript indítása után így sem indult a raid csak azután, mikor kiadtam az mdrun parancsot, de akkor már újra kiszedtem a partició számozást az mdadm.conf-ból.
- A hozzászóláshoz be kell jelentkezni
Hi
Erre mit mond?:
mdadm --assemble /dev/md0 /dev/hdaX /dev/hdcX
Cs
- A hozzászóláshoz be kell jelentkezni
Ezt írja ki:
mdadm: device /dev/md0 alreadi actice -cannot assemble it
- A hozzászóláshoz be kell jelentkezni
Nem írtam le a pontos rendszert:
Debian 4.0 a gyári kernellel: 2.6.18-4-686
A két raid partició: hda2 és hdc3 (ne kérdezzétek miért, egyszerűen így sikerült, de nem hiszem, hogy ez gond lenne)
A /boot és a root filerendszer is a hda1-en van és az nincs raid-elve. Az md0 a /home könyvtárba van felcsatolva.
- A hozzászóláshoz be kell jelentkezni
fdisk -l kéne
mdadm -D /dev/md0 kéne
--
Gabriel Akos
- A hozzászóláshoz be kell jelentkezni
fdisk -l
Disk /dev/hda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 * 1 486 3903763+ 83 Linux
/dev/hda2 487 14467 112302382+ fd Linux raid autodetect
/dev/hda3 14468 14593 1012095 82 Linux swap / Solaris
Disk /dev/hdc: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdc1 1 486 3903763+ 83 Linux
/dev/hdc2 14469 14593 1004062+ 82 Linux swap / Solaris
/dev/hdc3 487 14468 112310415 fd Linux raid autodetect
Partition table entries are not in disk order
Disk /dev/md0: 114.9 GB, 114997526528 bytes
2 heads, 4 sectors/track, 28075568 cylinders
Units = cylinders of 8 * 512 = 4096 bytes
Disk /dev/md0 doesn't contain a valid partition table
mdadm -D /dev/md0
/dev/md0:
Version : 00.90.03
Creation Time : Sat Apr 14 15:00:04 2007
Raid Level : raid1
Array Size : 112302272 (107.10 GiB 115.00 GB)
Device Size : 112302272 (107.10 GiB 115.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Persistence : Superblock is persistent
Update Time : Sat Sep 29 10:15:21 2007
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
UUID : d62fa226:ea646834:04eeaec5:b89a0a39
Events : 0.22
Number Major Minor RaidDevice State
0 3 2 0 active sync /dev/hda2
1 22 3 1 active sync /dev/hdc3
- A hozzászóláshoz be kell jelentkezni
"Partition table entries are not in disk order"
... ezt azért kijavítanám.
Amúgy rendben levőnek látszik, ha nem akarnád az mdstart-ot elindítani, akkor a kernel szépen fel tudná szedni.
De a partíciós táblát a hdc-n rendbe kéne rakni.
--
Gabriel Akos
- A hozzászóláshoz be kell jelentkezni
DEVICE partitions
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=7ce79205:375aa951:31ce5411:31c7188b
devices=/dev/sda2,/dev/sdb2
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=7ea9c7ea:1d99b67d:1bb0268e:5a232790
devices=/dev/sda1,/dev/sdb1
MAILADDR root
Ne feledkezz meg a devices= reszrol, es csinalj uj boot imaget, ha arrol bootolsz.
- A hozzászóláshoz be kell jelentkezni
etch tud alapból raid1-et, plusz raid1-hez teljesen felesleges a konfigfile, tudja a kernel azt magától is. sőt, raid1ről is tud bootolni, gyári kernellel.
--
Gabriel Akos
- A hozzászóláshoz be kell jelentkezni