sw raid root filerendszeren

Haliho!

Elorebocsajtom, hogy az elottem szolok hozzaszolasain csak gyorsan futottam at. En a tukrozott rootot igy oldottam meg:

1. telepites egy kulon vinyora
2. raides diskek elokeszitese raidtools2-vel (raidtab;mkraid)
3. kernelbe belenyomatni a raid1et
4. cfdiskben a particio tipusat RAID AUTODETECTRE allitani, igy a bootnal a kerlel fogja felhuzni a raid device-t
5. lilo.conf: root=/dev/mdx
6. reboot
7. orolni hogy mostmar eleg a heti backup;)

Ha vmi segitseg kell, csak szolj!

[quote:eaec9e0617="kpl55"]
Egyre kiváncsibbá teszel :D . A gondom a próbálkozásra szánható erőforrások (eszköz és idő) hiánya, így nagyon örülnék ha esetleg megosztanád a saját tapasztalataidat velem/velünk a különbség eredményét illetően.

A célom az, hogy pl. ha cserélem a két lemezt, akkor magától elinduljon. De olvasva a párhuzamosan futó raides forumok ajánlott irományait, úgy láttam, hogy a lilo -C kapcsolójával valahogy meg lehet oldani, hogy mindket winyo-ra rákerüljön a boot loader. És ekkor ha meghibásodik az egyik, akkor elég a helyére egy újat betenni, és a bootoláskor a biosban megmondani, hogy a másikról bootoljon. Ennek még jobban utána kell néznem pl. az általad is javasolt lilo manualban, de ez is egy szimpatikus megoldás. Alapvetően nem ragaszkodom, hogy cserélgetni kelljen a működő winyókat, elég csak a lerobbant helyére a pótlást betenni.

D.

Igazabol szerintem nincsen igazan nagy kulonbseg a ket dolog kozott, hogy a kernel huzza fel a tomboket vagy a raidtab init scriptje. Igazabol azert irtam le,mert mind2 ugyan azt csinalja aztan, hogy ki, hogy oldja meg az a sajat dolga:)

Az atszerelest pedig azert hoztam fel,mert ha nalam megdoglik 1 vinyo akkor azt ki is veszem a szerverbol,es akkor ennyibol a masikat a helyere lehet rakni.

[quote:eaec9e0617="gabcsi"]
Megvannak a tömbjeim, utólag mielőt összeszinkronizáltattam volna a két disket, az sda-n lévő particiókat is átállítottam autodetect raidra! Így boot után is az mdstat azt mutatja amit kell!
Sajnos a /boot -ot nem sikerült tömbe rakni,mert ha összerakom, akkor a lilo parancsra azt írja ki, hogy akitív tömb és allítsam le!

Ugy erzem kezdem kapisgalni mi nem jo nalad. Az en lilo.conf-omban a root es a boot igy van megadva:
[code:1:eaec9e0617]# Specifies the boot device. This is where Lilo installs its boot
# block. It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/hda

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/md0
[/code:1:eaec9e0617]

Nem teljesen ertem mi a problemat...
Ha utolag raktad bele akkor miert nem olyan md device-t adtal meg neki ami nem letezik?
Az en raidtabom kb igy nez ki:
[code:1:8db4ac92dd]raiddev /dev/md0
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda1
raid-disk 0

device /dev/hdc1
raid-disk 1

raiddev /dev/md1
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda2
raid-disk 0

device /dev/hdc2
raid-disk 1

raiddev /dev/md2
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda3
raid-disk 0

device /dev/hdc3
raid-disk 1
raiddev /dev/md3
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda5
raid-disk 0

device /dev/hdc5
raid-disk 1

raiddev /dev/md4
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda6
raid-disk 0

device /dev/hdc6
raid-disk 1

raiddev /dev/md5
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1

device /dev/hda7
raid-disk 0

device /dev/hdc7
raid-disk 1

raiddev /dev/md6
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1
[/code:1:8db4ac92dd]

cfdisk:
[code:1:8db4ac92dd]
hda1 Primary Linux raid autodetect 896.56
hda2 Primary Linux ext2 32.91
hda3 Primary Linux ReiserFS 3002.23
hda5 Logical Linux ReiserFS 3002.23
hda6 Logical Linux ReiserFS 1998.75
hda7 Logical Linux ReiserFS 501.75
[/code:1:8db4ac92dd]

Amugy en igazabol nem foglakoztam azzal,hogy a lilo is rendesen megcsinalja a masodik lemezre is a bejegyeset,de talaltam ra opciokat,csak meg nem testeltem.

Backupra pedig, ha nem kell vmi bonyolult progi akkor tar es dd boven eleg:)

Hello,

nekem elsore ment. Egyik vinyora feltelepitettem a cuccost, aztan
a masikon megcsinaltam a tomboket:
[code:1:8ed70c89b1]
root@mail:~# fdisk -l /dev/sda

Disk /dev/sda: 255 heads, 63 sectors, 1115 cylinders
Units = cylinders of 16065 * 512 bytes

Device Boot Start End Blocks Id System
/dev/sda1 1 26 208813+ fd Linux raid autodetect
/dev/sda2 27 1115 8747392+ fd Linux raid autodetect
root@mail:~#

[/code:1:8ed70c89b1]

Erre atraktam a rendszert, felkonfigtam a lilo-t, esa kovetkezo boot utan meg beraktam a masik diszket is a tombbe. Lilo-t kibovitettem es ment ezerrel.

udv.
battila

[quote:48e5d00992="battila"]
Erre atraktam a rendszert, felkonfigtam a lilo-t, esa kovetkezo boot utan meg beraktam a masik diszket is a tombbe. Lilo-t kibovitettem es ment ezerrel.

udv.
battila

Eddig OK, én is eljutottam 8) , de próbáltad utána, hogy kiveszed egyszer az egyik aztán a másik vinyót és a bent maradóról bootolsz be? És sikerrel járták mindkét esetben? Mert én ezen a kérdésben leírt ponton akadtam el vele :twisted: És akkor még lehet "bonyolítani" a helyzetet, hogy az üzemi helyére beraksz egy harmadik vinyót mintegy a meghibásodott eszköz cseréjét szimulálva, és ekkor indítod el sikerrel a rendszert... No, ezek nem mentek nekem ezzel az extra-boot-tal, csak a korábban vázolt "csúnya" megoldással.

D.

Szia!

[quote:b2de67afb4="gabcsi"]A dat-ot hogyan tudom felmontolni?

Nem tudod. Többek közt tar-ral tudsz ráírni adatot, és azzal is tudod levenni. A gnu tar web-oldala szerintem bőséges infóval szolgál, meg az "info tar" is. A szalag egyéb adminisztrációs dolgait elvégezheted az mt paranccsal.

Üdv: Bálint

[quote:4fa0ecefe8="Ysolt"]
Az en raidtabom kb igy nez ki:
...
[code:1:4fa0ecefe8]
raiddev /dev/md6
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 64
persistent-superblock 1
[/code:1:4fa0ecefe8]

cfdisk:
[code:1:4fa0ecefe8]
hda1 Primary Linux raid autodetect 896.56
hda2 Primary Linux ext2 32.91
hda3 Primary Linux ReiserFS 3002.23
hda5 Logical Linux ReiserFS 3002.23
hda6 Logical Linux ReiserFS 1998.75
hda7 Logical Linux ReiserFS 501.75
[/code:1:4fa0ecefe8]

...

Ez az md6-os bejegyzés micsoda? Csak lemaradt a vége, vagy valami spéci dolog?
Hogy néz ki az fstab-od?
A hda1-en kívül a többi partíció miért nem linux raid autodetect beállítású? Elvileg csak azt a particiót kell ilyenre tenni amiről boot-olni akarok? A többit lehet szokásosra hagyni? (pl. ext2, ext3, ReiserFS)

Csak regisztrált tagok írhatnak a fórumba? Úgy tűnik lemaradtam valamiről...

És még egy kérdés:
Ha két HDD van a gépben, és raidelem (raid1) a particiókat szép sorban:
/ (boottal együtt): hda1 - hdc1
/home hda2 - hdc2
usr, var, stb...
hda1-en lilo belőve az mbr-be, bebootol a cucc. Lehal hda -> winyo csere. Mit lehet ilyenkor tenni, hogy felalljon a rendszer? A raid miatt elvileg minden megvan a hdc-n, csak éppen nem látom hirtelen hogy lehetne talpra állítani a gépet. Rakjam fel az mbr-be a lilot a hdc-re is és bootljak hdc-ről? Vagy rakjam fel a lilo-t a hdc mbr-be, de tegyem át hdc-t hda-nak és hdc helyére tegyem az új winyót? Ettől nem áll fejre a raid?

D.

Nos Raid 1 boot-tal küzök én is, mindent megcsináltam úgy ahogy a SW Raid Howto-ban van és mégsem bootol - Unable to open initial console -t kapok. Slackware 10.0, 2.6.8 Raid beforgatva static. Sokféleképpen kipróbáltam úgy is, ahogy ebben a topicban volt, de továbbra is ugyanaz. Mivel mindig ugyanezt a hibát kapom kezdem azt gondolni, hogy netán a Slackben van a hiba, de azért nem hiszem... valakinek volt hasonló problémája?

[quote:dfc73550dc="kpl55"][quote:dfc73550dc="Ysolt"]
Az en raidtabom kb igy nez ki:

Ez az md6-os bejegyzés micsoda? Csak lemaradt a vége, vagy valami spéci dolog?
Hogy néz ki az fstab-od?

A hda1-en kívül a többi partíció miért nem linux raid autodetect beállítású? Elvileg csak azt a particiót kell ilyenre tenni amiről boot-olni akarok? A többit lehet szokásosra hagyni? (pl. ext2, ext3, ReiserFS)

Csak regisztrált tagok írhatnak a fórumba? Úgy tűnik lemaradtam valamiről...

És még egy kérdés:
Ha két HDD van a gépben, és raidelem (raid1) a particiókat szép sorban:
/ (boottal együtt): hda1 - hdc1
/home hda2 - hdc2
usr, var, stb...
hda1-en lilo belőve az mbr-be, bebootol a cucc. Lehal hda -> winyo csere. Mit lehet ilyenkor tenni, hogy felalljon a rendszer? A raid miatt elvileg minden megvan a hdc-n, csak éppen nem látom hirtelen hogy lehetne talpra állítani a gépet. Rakjam fel az mbr-be a lilot a hdc-re is és bootljak hdc-ről? Vagy rakjam fel a lilo-t a hdc mbr-be, de tegyem át hdc-t hda-nak és hdc helyére tegyem az új winyót? Ettől nem áll fejre a raid?

D.

bocsi a vagas miatt de nem akartam bemasolni mind a 12 db particiot
fstab miert lenyeges?
kulon partion van a root, boot, usr, var,home,opt,log,mail

nalam azert van csak a root autodetecten,mert az elengedhetetlen,de akar a tobbit is nyugodtan arra teheted
ha kivancsi vagy a kulonbsegre,akkor szerintem probald ki.

A lilos resz szep modon szerintem a raid-extra-boot opcioval lehetne elintezni a lilo confban. Pontos hasznalati leirasert nezd meg a lilo.conf man page-et.

Gany modszerrel pedig ugy oldanam meg, hogy kivennem az elsodleges lemezt,beraknam helyere("atjumperolnam") a masodlagost,majd egy telepito lemezzel felbootolnek (kernek 1 consolet) es miutan felmountoltam a lemezt chrootban futtatnek egy lilot aztan jolvan:)

Ha az elso modszer mukodokepes akkor arrol lecci irjatok ide a forumba.

én ez alapján csináltam slackware+raid1
http://slacksite.com/slackware/raid.html
pontosan kövesd végig, sok buktatóra felhívja a figyelmet :wink:

Sajnos így sem megy... Ami furcsa, hogy ez sem, és a többi doksi sem mondja azt, hogy a /dev -et mount --bind -dal a /mnt/newroot/dev -be be kell mountolni... máskülönben nem éri el az eszközt a Lilo a lilo -r /mnt/newroot parancsnál... Továbbra is: Warning unable to open initial console...
Sima bootnál amikor rootnak a /dev/sdaX -et adom meg mdX helyett INIT version.... azaz szépen bootol. Mivel a Raid bennvan a kernelben statikusan initrd-re úgy tudom nincs szükség... de az init mégsem bootol... :(

[quote:ea8ee97124="knight"] Mivel a Raid bennvan a kernelben statikusan initrd-re úgy tudom nincs szükség... de az init mégsem bootol... :(

Hát initrd nem csak a raid miatt kellhet... Nem lehet, hogy más miatt kellene használnod:?:

D.

[quote:6fc1bb3a4b="kpl55"][quote:6fc1bb3a4b="battila"]
Erre atraktam a rendszert, felkonfigtam a lilo-t, esa kovetkezo boot utan meg beraktam a masik diszket is a tombbe. Lilo-t kibovitettem es ment ezerrel.

udv.
battila

Eddig OK, én is eljutottam 8) , de próbáltad utána, hogy kiveszed egyszer az egyik aztán a másik vinyót és a bent maradóról bootolsz be? És sikerrel járták mindkét esetben? Mert én ezen a kérdésben leírt ponton akadtam el vele :twisted: És akkor még lehet "bonyolítani" a helyzetet, hogy az üzemi helyére beraksz egy harmadik vinyót mintegy a meghibásodott eszköz cseréjét szimulálva, és ekkor indítod el sikerrel a rendszert... No, ezek nem mentek nekem ezzel az extra-boot-tal, csak a korábban vázolt "csúnya" megoldással.

D.

Hello,

teljes reszleteseggel nem teszteltem;) De a kivesz, berak jatek mukodik. Ja es, mint latszik en scsi-val csinaltam.

Mondjuk azota attertem a HW-es RAID-re, jobban szeretem.

udv.
battila

[quote:04ce57fe58="Ysolt"]
bocsi a vagas miatt de nem akartam bemasolni mind a 12 db particiot
fstab miert lenyeges?
kulon partion van a root, boot, usr, var,home,opt,log,mail

OK, kösz. Az fstab-ot is csak azért kértem, hogy hátha abból kiderül, hogy mi ez az md6 furcsaság, de így érhető, hogy addig tartott épp a copy :lol:
[quote:04ce57fe58="Ysolt"]
nalam azert van csak a root autodetecten,mert az elengedhetetlen,de akar a tobbit is nyugodtan arra teheted
ha kivancsi vagy a kulonbsegre,akkor szerintem probald ki.

Egyre kiváncsibbá teszel :D . A gondom a próbálkozásra szánható erőforrások (eszköz és idő) hiánya, így nagyon örülnék ha esetleg megosztanád a saját tapasztalataidat velem/velünk a különbség eredményét illetően.
[quote:04ce57fe58="Ysolt"]
A lilos resz szep modon szerintem a raid-extra-boot opcioval lehetne elintezni a lilo confban. Pontos hasznalati leirasert nezd meg a lilo.conf man page-et.

Gany modszerrel pedig ugy oldanam meg, hogy kivennem az elsodleges lemezt,beraknam helyere("atjumperolnam") a masodlagost,majd egy telepito lemezzel felbootolnek (kernek 1 consolet) es miutan felmountoltam a lemezt chrootban futtatnek egy lilot aztan jolvan:)

A célom az, hogy pl. ha cserélem a két lemezt, akkor magától elinduljon. De olvasva a párhuzamosan futó raides forumok ajánlott irományait, úgy láttam, hogy a lilo -C kapcsolójával valahogy meg lehet oldani, hogy mindket winyo-ra rákerüljön a boot loader. És ekkor ha meghibásodik az egyik, akkor elég a helyére egy újat betenni, és a bootoláskor a biosban megmondani, hogy a másikról bootoljon. Ennek még jobban utána kell néznem pl. az általad is javasolt lilo manualban, de ez is egy szimpatikus megoldás. Alapvetően nem ragaszkodom, hogy cserélgetni kelljen a működő winyókat, elég csak a lerobbant helyére a pótlást betenni.

D.

Sikerült felállítanom egy raid-elt rendszert :D
Gondolom nem vagyok ezzel egyedül mert vannak itt nálam tapasztaltabbak, bölcsebbek, okosabbak :lol:
De mivel talán vannak olyanok akiknek még érdekes lehet, hogy hogyan állt össze a dolog, és mivel a hup-on kapott infók is sokat segítettek a siker elérésében, gondoltam, hogy leírom, hogy mit csináltam :oops:

A szövegben van egy kis értelmi zavar, mert a hdc-nek szánt winyó egy idő után már csak hdd-ként volt hajlandó teljes kapacitással működni :twisted:
De annyira örültem hogy összejött, hogy ez már nem tudott érdekelni.... 8)

No a lényeg, hátha valaki tud még meríteni belőle magának valamit:

Alább összefoglalom, hogy tudtam kernel modulos szoftver raid1-et beüzemelni.

Paraméterek:
SW raid1, modulban - kernel fordítás nélkül
Debian woody
2.4.18-as kernel
két db. hdd, ide-s, hda és hdc az ide buszon masterek

Rövid lépésmenet:
hda-ra telepítjük az oprendszert
raid képessé tesszük
felhúzunk egy fél lábú raidet hdc-re
átmásoljuk a rendszert hdc-re
bebootolunk a raides rendszerbe
beüzemeljük a raid másik lábát is

Mindez részletesen:

- Minimál rendszer telepítése
Woody install CD szériából az első CD-t használva minimál rendszert telepítünk
hda-ra.
Bootolás cd-ről, bf24-es kernellel, magyar nyelv választás, magyar
billentyűzet választás, particionálás (egyelőre mindegy, érdemes egy / -t
(ext3) és egy swap-ot), net config, telepítés, lilo-t mbr-be telepítem.

Reboot.

Reboot után óra beállítás, időzóna, md5 igen, shadow igen, root jelszó, egy
user létrehozása és jelszó, pcmcia eltávolítás igen, csomagok ne csak cd-ről
hanem webről is, pl. ftp.hu.debian.org (proxy nincs).
Tasksel futtatás, semmit nem kiválasztva. Dselect futtatás új csomagokat ne
akarja intallálni, meglévőket frissítse, új rendelkezésre álló csomagok
installálását visszavenni, csak a függőket bent hagyni. Dselect keretében
frissül aminek kell, naprakész a rendszer be lehet jelentkezni, esetleg
ha még kérdezi mert raktunk fel ilyen csomagot, akkor locales hu_HU, keyb:
qwertz, stb.

Reboot

Van egy csont minimális futó önálló rendszerünk hda-n.

- Feltenni pár egyedileg szükséges és pár nélkülözhetetlen csomagot
függőségeikkel együtt. (egyedi értsd: én szeretem használni)
apt-get install mc egyedi
apt-get install ssh egyedi
apt-get install links egyedi
apt-get install aptitude egyedi
apt-get install less egyedi
apt-get install raidtools2 nélkülözhetetlen
apt-get install kernel-image-2.4.18-1-xxx nélkülözhetetlen

A debianon a raidtools2 a jelenleg legfrissebb ajánlott csomag a raid kezelésére
és a 2.4.18-as kernel a hivatalos legujabb kernel. Kernelbol a procinak
megfelelőt érdemes feltenni pl. k7 végű, vagy 686-os. Jelenleg a legfrisebb a
13.1-es verzió végű csomag. Lehet, hogy ezt nem apt-gettel, hanem dselect-tel
vagy aptituddal érdemes kiválasztani.
Az új kernel feltét során a bf24-hez képest át kell állni initrd-s kernel
boot-ra, amihez a lilo-ba be kell irni a bootolandó vmlinuz image-hez a
felsorolásba, hogy initrd=/initrd.img és a kernel install során igen-t kell
mondani arra a kérdésre, hogy linkelje ra a /initrd.img-re a /boot/<uj kernel-
hez tartozó img> filet.

Reboot

Reboot után az:
uname -a
paranccsal lehet ellenőrizni, hogy melyik kernellel boot-oltunk be. A sikert
a 2.4.18-1-xxx -es kernel feltüntetése jelenti.

- Felparticionáljuk a /dev/hdc-t, hogy létre tudjuk hozni a raid tömböt.
a root rendszernek szánt raidnek állni kell mikor elkészítjük a raid-es
initrd.img-t, ezért először a particionálás kell.

cfdisk /dev/hdd
20M /boot-nak amit végül is nem használok (type fd) - hdd1
256M swapnak (type swap) - hdd2 (igazából ez is fd lehetne?)
400M /-nek (type fd) - hdd3
2,8G /homenak (majd...) (type fd) - hdd4
type-ok: swap és fd (azaz linux raid autodetect)
write majd quit és végleges a particionálás

- Létrehozzuk azt a raid tömböt ami a / lesz

/etc/modules-be bele írjuk az md és a raid1 modulokat (ez lehet, hogy
felesleges)
betöltjük az md és a raid1 modulokat: modprobe raid1
megnézzük, hogyan sikerült: cat /proc/mdstat
létrehozzuk a raid config file-t: touch /etc/raidtab
Definiálunk három raid tömböt a raidtab-ban:
raiddev /dev/md2
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/hdd2
raid-disk 0
device /dev/hda2
failed-disk 1

raiddev /dev/md3
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/hdd3
raid-disk 0
device /dev/hda3
failed-disk 1

raiddev /dev/md4
raid-level 1
nr-raid-disks 2
nr-spare-disks 0
chunk-size 4
persistent-superblock 1
device /dev/hdd4
raid-disk 0
device /dev/hda4
failed-disk 1

Felállítjuk a raid tömböket:
mkraid /dev/md2
mkraid /dev/md3
mkraid /dev/md4
Megnézzük, hogy felálltak-e jól: cat /proc/mdstat

Megcsináljuk a swap-ot a /dev/md2-n: mkswap /dev/md2
Leformázzuk a /-t és a /home-nak szántat: mke2fs -j /dev/md3; mke2fs -j /dev/md4
(a -j opcióval ext3-at teszünk rá)

- Elkészítjük a raid-es initrd.img-t.
Ehhez először módosítjuk a /etc/mkinitrd/mkinitrd.conf-ban a ROOT paramétert
ROOT=probe -ról ROOT=/dev/md3 -ra
és a /etc/mkinitrd/modules-t, bele írva a következő modulokat:
md
raid1
ext3
ide-disk
ide-probe-mod
ide-mod
(üres sor a biztonság kedvéért)

Majd legeneráljuk az új img-et:
mkinitrd -o initrdraid1.img /lib/modules/2.4.18-1-586tsc
Az új img file-t átmásoljuk a /boot könyvtárba: mv initrdraid1.img /boot

Létrehozunk két lilo.conf másolatot a raid-es hdd bebootolásához:
cp /etc/lilo.conf /etc/lilo.conf.hda
cp /etc/lilo.conf /etc/lilo.conf.hdd

Megszerkesztjuk a hdd-s változatot először (az eredetihez képest az új dolgok
és a módosítások):

disk=/boot/hda
bios=0x81
disk=/boot/hdd
bios=0x80
boot=/dev/hdd
root=/dev/md3
append="md=3,/dev/hdd3,/dev/hda3"
image=/vmlinuz alatt az initrd-t átírtam initrd=/boot/initrdraid1.img -re

Megszerkesztjük a hda-s változatot:
disk=/boot/hdd
bios=0x81
disk=/boot/hda
bios=0x80
boot=/dev/hda
root=/dev/md3
append="md=3,/dev/hdd3,/dev/hda3"
image=/vmlinuz alatt az initrd-t átírtam initrd=/boot/initrdraid1.img -re

Felírjuk az új lilo-t a hdd mbr-jébe: lilo -v -C /etc/lilo.conf.hdd

(A disk=...-s részek azért kellettek, mert különben nem tudott bebootolni,
mindenféle L 01 01 01 és L 40 40 40-es hibákat írt ki a lilo...)

- Átmásoljuk a rendszert a raidelt partícióra:
mount /dev/md3 /mnt
cd /
cp -aux / /mnt

- Módosítjuk a raidelt részen az fstab-ot:
/ /dev/md3
swap /dev/md2
(egyelőre a /home-ot még nem csinálom meg különnek...)

Reboot - de a hdd-ről, a biosban ezt beállítva

Reboot után egy: mount paranccsal meggzőződünk arról, hogy a raidelt rendszer
van alattunk.
Úgy tűnik, hogy szükséges a raidről bebootolva is újra lilo-t futtatni, hogy
hda nélkül is elinduljon hdd-ről (vagy ez már kuruzslás?):

lilo -v -C /etc/lilo.conf.hdd

Majd teszt erejéig:
halt
hda kiszedés
beboot hdd-ről és menni látszik.

Folytatás:
hda visszatevés
beboot hdd-ről
es folytatás:

- Raid másik felének felállítása
Ehhez először a megfelelő módón particionálni kell a /dev/hda-t, arra figyelve,
hogy a partíciók mérete ne legyen kisebb mint a raidelt tömbön a partíciók.
És gondolni kell arra, hogy ha bevontuk a winyót a raid tömbbe, akkor már
nem lehet újra partícionálni, csak ha kiszedtük a tömbből...
hda1 21M type: fd
hda2 260M type: swap
hda3 403M type: fd
hda5 2821M type: fd
hda6 800M type: linux - a maradék hely, valamire csak jó lesz
write, majd quit.

/etc/raidtab szerkesztése:
a failed-disk-keket raid-diskekre átírom és az md4 hda-s lába hda5 a hda4
helyett

Majd az új partíciók hozzáadása a tömbhöz:
raidhotadd /dev/md2 /dev/hda2
raidhotadd /dev/md3 /dev/hda3

cat /proc/mdstat-ban látszik ahogy szinkronizálódik...

- hda lilojának a beállítása
lilo -v -C /etc/lilo.conf.hda

Fontosnak tűnik, hogy csak olyankor futtassam a lilo-t, amikor a raid rendszer
mögötte már felállt... mind hdd esetén kellett ez, mind hda-nál...

reboot hda-ról és így is megy.

Készen vagyunk, mindkét hdd-ről be tud bootolni, és raidelt particiokon
nyugszik a rendszer.

Pár kiegészítő:

- /proc/mdstat-ban az UU-k olyan sorrendben jelentik a winyókat, ahogy a
raidtabban fel vannak sorolva, azaz itt pl. hdd2 az első U és hda2 a második U
Ha meghal egy winyó, akkor az U helyén _ jel van.

- teszteléshez lehet használni a raidsetfaulty /dev/md2 /dev/hda2 -t pl. Értelem
szerűen behelyettesítve a szükséges partíciókat.

- winyó kiszedése raidből: raidhotremove /dev/md2 /dev/hda2
Működőt nem sikerült kiszednem ehhez először faultynak kellet állítani.

- winyó betétele: raidhotadd /dev/md2 /dev/hda2
A biztos siker érdekében érdemes előtte removolni mielőtt úrja beteszi az ember,
bár néha ha hibás volt vagy új winchester került a gépbe, elég a particionálás
után egyből raidhotadd-ni.

2004.08.10.

D.

Kicsit bizonytalan vagyok, ilyen irásokat is szoktak-e a fórumba tenni, de hát ez majd a hozzászólásokból kiderül :wink:

[quote:39196eef82="kpl55"][quote:39196eef82="knight"] Mivel a Raid bennvan a kernelben statikusan initrd-re úgy tudom nincs szükség... de az init mégsem bootol... :(

Hát initrd nem csak a raid miatt kellhet... Nem lehet, hogy más miatt kellene használnod:?:

D.

Hát lehet... épp ezt nem tudom. De a Howtok alapján nincs rá szükség, csak már nincs túl sok ötletem. Most kipróbálom azt, hogy egy harmadik, nem raides vinyóra másolom át a rendszert... ha úgy bootol, akkor a raiddel van valami hiba, ha nem akkor máshol.

Nos, hogy lehessen választani, leírok én is egy raid1 kialakítást mankó wincsi, másolgatás és kernel forgatás nélkül. Én 2X kipróbáltam, jól működött. A második esetben 3 wincsivel a hecc kedvéért.
Az eredmény:
#/proc/mdstat
Personalities : [raid1]
md1 : active raid1 hda5[0] hdc5[2] hdb5[1]
124864 blocks [3/3] [UUU]

md0 : active raid1 hda1[0] hdc1[2] hdb1[1]
707008 blocks [3/3] [UUU]

unused devices: <none>

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/md0 / ext3 defaults,errors=remount-ro 0 1
/dev/md1 none swap sw 0 0
/dev/hdd /media/cdrom0 iso9660 ro,user,noauto 0 0
/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0

Alapnak ezt a leírást vettem, melytől csak az eltérést fogom leírni:
URL Debian GNU/Linux root filerendszer telepítése szoftver RAID0-ra

Idáig a leírás szerint.
14.)
Érdemes az eltervezett összes fizikai raid kötetet először beállítani (a példa esetében a 6 darabot), majd a két raid tömböt, mert bug-os még itt.
Én a bootflag-et az összes (majdani md0-ban) szereplö partícióra beállítottam.

Bug: Ha először csak az egyik raid tömbnek a köteteit készíted el majd ennek a tömböt, a második raid kötetek elkészítése után a második raid tömb készítésénél nem találja meg az összes előkészített kötetet.

Az előállított md0-on beállítod a fájlrendszert és a mount pontot.
(Esetemben az ext3 journalind file system és a / ).
Az md1-re pedig a swap-et.

24.)
A lilo helyett válaszd a grub-ot.
(A lilo-n ezt nem fogod átgyűrni, a grub simán megeszi).

26.)
Itt leírtak közül csak ez kell: "chroot /target/"

A további 26.),27.),28.) felejtős.

Én a második consolon frissítettem a netről az összes csomagot.
A /etc/apt/sources.list -ből ki kell venni 1db / jelet, mert sok van a
tükörszerver címében
(A példa kedvéért:
deb http://debian.inf.elte.hu/debian/ sarge main
helyesen
deb http://debian.inf.elte.hu/debian sarge main).
A /etc/apt/apt.conf.d/70debconf-ban ha szükséges beállítod a proxy-t.
Ez után jöhet az apt-get update vagy a dselect.

Végén a biztonság kevéért egy update-grub.
Ellenőrizheted a /boot/grub/menu.1ls -ben.

Folytasuk a 29.) lépéssel.

30.) mivel nem forgattunk kernelt így az nincs és nem is kell.

A többi már a leírás szerint.

p.s. (Nem túl szerencsés, ha 1db idekábelen van a raid-be kapcsolt két wincsi.)

nemértem minek kell initrd vel szórakozni, meg minek átmásolni a rendszert, mivel a raid tömb bekapcsolásánál úgyis szinkronizálni fog.

A swap ot is raidelted ráadásul raid 1, ennek nincs semmi értelme, inkább fstabba két swap priority=1 mindkettőhöz, így kernel majd szépen elosztja a terhelést köztük.

liloba meg
boot=/dev/md0
root=/dev/md3
raid-extra-boot=mbr
nem tom md-k stimmelnek e, de a lényeg a raid-extra-boot, hogy magától frissítse hda és hdd ben is a mbr-t. te itt külön confot hoztál létre a kettőnek, ami szintén megoldás, de ez picit elegánsabb:)

[quote:44fc84f43a="steveetm"]nemértem minek kell initrd vel szórakozni, meg minek átmásolni a rendszert, mivel a raid tömb bekapcsolásánál úgyis szinkronizálni fog.

Az initrd azért kellett, mert nem akartam kernelt fordítani, és ezért ahhoz, hogy a raid tömböt bootkor kezelni tudja, a raid modult a boot imagebe be kell nyomni.
A rendszer másolást vagy nem sikerült eléggé érthetően leírnom, vagy félreértettél valamit, mert szinkronizálás helyett nem másoltam rendszert. Csak egy másolás volt, amikor a rendszer a kezdeti hda-ról rákerült az akkor még fél lábon álló raid tömbre.

[quote:44fc84f43a="steveetm"] A swap ot is raidelted ráadásul raid 1, ennek nincs semmi értelme, inkább fstabba két swap priority=1 mindkettőhöz, így kernel majd szépen elosztja a terhelést köztük.

Igen ezt a részt én is fontolgattam, hogy kell-e így vagy lehet másként. Most épp igy csináltam. A különbség ha jól látom, hogy mig a swap priority-s megoldás terhelésmegosztást csinál (csúnya hasonlattal raid0-nak mondhatnánk), a raid1-es meg igyekszik a hdd hiba hatását kiküszöbölni. Igaz szerintetek ez a meglátás? Vagy hol tévesek az infóim?

[quote:44fc84f43a="steveetm"]
liloba meg
boot=/dev/md0
root=/dev/md3
raid-extra-boot=mbr
nem tom md-k stimmelnek e, de a lényeg a raid-extra-boot, hogy magától frissítse hda és hdd ben is a mbr-t. te itt külön confot hoztál létre a kettőnek, ami szintén megoldás, de ez picit elegánsabb:)

No látod ez az ami pl. nem ment nekem. Próbálkoztam vele, de nem akart összejönni sehogy sem :evil: . Kérdezgettem itt a HUP-on is, több fórumban is ami épp raidel foglalkozott, de nemigen kaptam használható választ. Lehet, persze, hogy nem ezen a környéken volt a gond, hanem a disk=... lilo résznél, de mégsem jött be a raid-extra-boot a boot=...md...-vel. Lehet ha sok időm lesz, újra megnézem, hogy megy-e így is ha meg van adva a disk paraméter...

D.

Új fejlemények. Átmásoltam cp -ax / /mnt/newroot de most nem a raidre, hanem egy külön ide hdd-re és továbbra is ugyanaz. Vagyis nem a raiddel van a probléma :), hanem vagy a másolással, vagy a liloval :(. Legalább ez kiderült. Az a fura, hogy korábban semmi problémám nem volt a rendszer átmásolásával másik vinyóra, minden egyből jó volt, lilo is. Ezért nem értem. Mindenesetre azt már tudom, hogy nem a SW Raid a bűnös.

Ha a priority-vel játszol a swapnél, akkor az kb. megegyezik azzal, mintha stripe-olt RAID-0-ra raknád a swapet. Ez persze nem jó. Ha az egyik diszk megdöglik, akkor a rendszered szét fog szállni, mert a virtuális memória felét kirántották alóla. Ez a rendszergazdák álmoskönyve szerint adatvesztést és hosszú éjszakázást, valamint a backup szalagok keresését vonja maga után. Ezért aztán a swap minden komolyabb rendszeren RAID-1 -en van.

[quote:f276cb1dfb="kpl55"]
[quote:f276cb1dfb="steveetm"]
liloba meg
boot=/dev/md0
root=/dev/md3
raid-extra-boot=mbr
nem tom md-k stimmelnek e, de a lényeg a raid-extra-boot, hogy magától frissítse hda és hdd ben is a mbr-t. te itt külön confot hoztál létre a kettőnek, ami szintén megoldás, de ez picit elegánsabb:)

No látod ez az ami pl. nem ment nekem. Próbálkoztam vele, de nem akart összejönni sehogy sem :evil: . Kérdezgettem itt a HUP-on is, több fórumban is ami épp raidel foglalkozott, de nemigen kaptam használható választ. Lehet, persze, hogy nem ezen a környéken volt a gond, hanem a disk=... lilo résznél, de mégsem jött be a raid-extra-boot a boot=...md...-vel. Lehet ha sok időm lesz, újra megnézem, hogy megy-e így is ha meg van adva a disk paraméter...

D.

------------
# Specifies the boot device. This is where Lilo installs its boot
# block. It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/md0

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/md0
raid-extra-boot="/dev/sda,/dev/sdb"
------------

nekem igy nez ki.

battila.

a software-raid howto-ban 2 megoldas is szerepel, amit irtal, az az egyik. En a masikat hasznaltam (cpio -pm blablabla), bar a /boot-ot (ahol a kernel lakik) nem raidizaltam. Viszont szerintem az nem is kell felcsatolni (hacsak nem akarsz gyakran kernelt cserelni, de akkor meg oda kell figyelni, hogy hova masolod az image-et).

A Debianhoz egyáltalán nem értek. A problémát általánosan közelítve meg:

- Szerintem jobban jársz, ha külön /boot partíciót csinálsz a vinyó elejére, ami nincs raid-ezve, esetleg backup céllal egyszer kézzel átmásolod a másik vinyó ugyanezen részén lévő ugyanilyen kicsi partícióra. Úgysem változik gyakran a /boot tartalma. Ekkor azzal már nem lehet problémát, hogy a bootloader (lilo, grub) be tudja-e rántani a kernelt és az initrd-t a memóriába.

- A második lépés: hogy a fenébe tudja a kernel felcsatolni a gyökér fájlrendszert, ha egyszer az raid-en van, és ehhez össze kell rakni a raid tömböt? A kulcsszó: initrd. Az initrd egy olyan tömörített fájlrendszer, amit még a bootloader ránt be a memóriába és ad oda a kernelnek, a kernel végrehajtja ami ebben szerepel (tehát ide kell egy minimál futó rendszert bevarázsolnod a szükséges raid inicializáló parancsokkal), majd amikor ez végigfutott, akkor csatolja a kernel a gyökér fájlrendszert.

Namármost... Tudomásom szerint a woody-féle 2.4.18-bf24-ben max. modul szinten van benne SW raid támogatás. És igazából csak ennyi a probléma...

Ugyanis: a kernel betöltéséhez (modulok nélkül) úgy tudom, hogy nem kell raid támogatás még akkor sem, ha raid tömbről töltődik. Tehát két megoldás van: 1. a kernelbe belefordítod a raid támogatást (nem pedig modulba), 2. modulként fordítod, de létrehozol egy olyan initrd.img-t, amiben preload-olva van a raid modul. Az ok egyszerű: betöltődik a kernel, utána mountolódik a root és egyéb fájlrendszer, és csak ezután tud betölteni modulokat. Viszont ha modulban van annak a fájlrendszernek a támogatása, amit gyökérnek akarsz, akkor szívás van: initrd kell.

Apropó: hogyan csináltál féllábas raid tömböt, ha nem tudtál raidet csinálni installkor? Mert ha egy plusz vinyóval, akkor az is egy megoldás: a plusz vinyóra alaprendszer, kernel fordít, raid tömb belő+bemountol mondjuk /opt-ra, debootstrap, chroot /opt, kis kézi konfig, base-config, kernel másolás, és kész is vagy, veheted ki a plusz vinyót. (Én pl. csak így tudtam woody-t rakni egy via-s alaplapi sata blokkra.)

Persze lehet, hogy a sid telepítője már okosabb ennél; ahol sidet használok, ott nem kell raid, tehát nincs ezirányú tapasztalatom.

[quote:f8e0ba40c5="egmont"]- A második lépés: hogy a fenébe tudja a kernel felcsatolni a gyökér fájlrendszert, ha egyszer az raid-en van, és ehhez össze kell rakni a raid tömböt? A kulcsszó: initrd. (...)

AFAIK nem kell feltétlenül initrd: ha fixen bele van fordítva a kernelbe a raid és a gyökér fájlrendszer (ext2/3/reiser/x/q/j/akármifs) támogatás, akkor megy a dolog. Legalábbis nem emlékszem, hogy initrd-t csináltam volna, mégis működik.

Továbbá úgy tudom, hogy az initrd-kernel dolog pont fordítva van: a loader betölti az initrd-t, és elindítja; annak az eleje egy olyan cucc, ami kibontja belőle a kernelt, ami valami memdisket hoz létre valahol, ahonnan már be tudja tölteni a closed-source drivereket, és utána megy minden, mint régen. Persze a tévedés jogát fenntartom...

[quote:02136ddab5="battila"]
------------
# Specifies the boot device. This is where Lilo installs its boot
# block. It can be either a partition, or the raw device, in which
# case it installs in the MBR, and will overwrite the current MBR.
#
boot=/dev/md0

# Specifies the device that should be mounted as root. (`/')
#
root=/dev/md0
raid-extra-boot="/dev/sda,/dev/sdb"
------------

nekem igy nez ki.

battila.

Próbálkoztam én is ezzel a felállással. És elvileg értem is. De mégsem indult el. Az egyik lemezről bebootolt, a másiknál L 01 01 hibát adott a lilo, valami illegal disk command vagy mi. Mostani megoldásban a két lilo.conf kicsit különbözik, mindegyiknél az a disk a 0x80-as amelyik mbr-jébe szánom a konfigot. Ez úgy tűnt, hogy kell, mert csak igy bootolt be mindkét lemezről a rendszer (mármint a bios boot választástól függően egyikről vagy másikról). Ezt nem látom, hogy hogyan lehetne egy konfig fileba begyúrni...

D.

Nos sikerült megoldani végre a root SW Raid 1 et :D . 3 dolgot is változtattam: 2.6.8 helyett, 2.6.7 de szerintem biztos nem ez volt a baj. A következő változtatás igazából magával hozta a harmadikat. Egy külön IDE HDD-t tettem be és arra tettem fel a 10.0 Slackware-t a gyári bare.i kernellel. Előzőleg ugyanis egy sajátot fordítottam, amire a SATA miatt volt szükségem, és lehet, hogy ez kavart be az initnek. Mivel pedig volt 3. hdd-m ezért a Raid tömböt egyből véglegesre állítottam be - előzőleg, mivel csak két vinyó volt degraded tömböt hoztam létre a failed-disk opcióval, de igazából nem hinném, hogy amiatt lett volna baj. Szerintem a spéci install kernel volt a bűnös. Egyébként teljesen követtem a SW Raid Howto-ban lévő 1 es módszert. http://www.tldp.org/HOWTO/Software-RAID-HOWTO-7.html#ss7.4

Egyéb tapasztaltok:
boot=/dev/md0
raid-extra-boot=mbr
root=/dev/md0

ez így működött, és mindkét vinyóról feláll a rendszer, vagyis ez egy tökéletes és talán a legrövidebb megoldás.

Nincs szükség külön /boot partícióra, a howto-ban lévő boot mountolást a
mount --bind /boot /mnt/newroot/boot -tal meg lehet tenni, és ugyanerre szükség van a /dev esetén is (mount --bind /dev /mnt/newroot/dev) , ezt a howto nem említi. Ezután lehet kiadni a lilo -r /mnt/newroot parancsot.