Skip to main content

Virtualizacija, Xen in RAID… že 2 dni

Že nekaj časa na raznih forumih in predavanjih berem in poslušam o virtualizaciji. Virtualizacija gor, virtualizacija dol, pa v to škatlo in v ono okno. Kolikor sem zadevo uspel spoznati (sama teorija) se mi zdi, da bo kar držalo. A ker je vse skupaj v moji glavi še vedno dokaj megleno je bil čas, da vso to virtualnost pogledam in preizkusim še v praksi. Zraven pa sem si še omislil, da bo vse skupaj zapisano na treh diskih v RAID 5 sistemu. Programskem, seveda.


Virtualizacija (vir: dsub.net)

Med namestitvijo operacijskega sistema Fedora Core 10 sem s pomočjo Disk Druid-a naredil RAID 1 za particijo / (root) ter swap in /home v RAID 5 sistemu.  FC se je namreč upirala, da ne more biti root v sistemu RAID 5, temveč samo v sistemu 1.  In problemi so se začeli vrstiti. Ko sem končno želel namestiti sistem sem ugotovil, da nekaj ni vredu z medijem (DVD). Kasneje se je izkazalo, da je bil problem v DVD predvajalniku. Mislim, da ga je uničila vlaga iz megle. Potem sem po raznih navodilih želel namestiti še Xen (končno) in ugotovil, da rabim še grafično podporo za sistem. Sicer bi gotovo lahko vse urejal preko ukazne vrstice, ampak za začetek bo GUI bistvenega pomena. Vsaj dokler ne spravim vse megle iz glave. Sedaj nekaj deluje. Sem v GNOM-e vmesniku in lahko sem zagnal Virtual Machine Manager. Če preživim potovanje v virtualnost in nazaj, bom napisal še konkreten HOWTO. Beam me up, Scotty…

[REŠITEV] grubby fatal error: unable to find a suitable template

Minilo je kar nekaj časa, ko sem prvič zaznal problem in ker ni bilo večjih težav sem nanj pozabil. No, zadnjič pa sem se problema lotil resno. In v tem tednu sem se naučil kar nekaj stvari in na koncu celo našel rešitev problema. Do rešitve me je usmeril Hob, ki je pravilno sklepal, da se ob zagonu ne naložijo RAID gonilnik (hvala). Initrd image ni imel vpisanih spodnjih vrstic:

echo “Loading raid1 module”
modprobe -q raid1

Omenjeni problem sem zasledil v bazi Red Hat Bugzilla – Bug 349161: Missing entries in the init script of the initrd image makes the system unbootable on dmraid. Rešitev sem zasledil na Poisoner’s Weblog. In kako se reši problem? V bistvu dokaj preprosto. Najprej lahko preveriš ali nalaganje RAID gonilnika resnično ni vključeno v initrd image (initrd-2.6.26.6-79.fc9.i686.img je image mojega trenutnega kernela):

# cd /tmp
# mkdir initrd
# cd initrd
# gunzip -c < /boot/initrd-2.6.26.6-79.fc9.i686.img | cpio -idmv
# cat init

Pri izpisu iz datoteke poišči zgornji vrstici. Če jih ni, potem je velika verjetnost, da jih moraš vključiti. Takole:

# cd /boot
# mkinitrd -v –preload=raid1 /boot/initrd-2.6.26.6-79.fc9_RAID.i686.img 2.6.26.6-79.fc9.i686

Kjer je “initrd-2.6.26.6-79.fc9_RAID.i686.img” ime našega novega image-a in “2.6.26.6-79.fc9.i686” verzija nameščenega kernela. Tako se ustvari nova datoteka “initrd-2.6.26.6-79.fc9_RAID.i686.img”. Sedaj je potrebno samo še popraviti grub.conf:

stari grub.conf

default=0
timeout=5
splashimage=(hd1,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.26.6-79.fc9)
root (hd1,0)
kernel /boot/vmlinuz-2.6.26.6-79.fc9.i686 ro root=LABEL=/
initrd /boot/initrd-2.6.26.6-79.fc9.i686.img

novi grub.conf

default=0
timeout=5
splashimage=(md0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.26.6-79.fc9.i686)
root (hd1,0)
kernel /boot/vmlinuz-2.6.26.6-79.fc9.i686 ro root=/dev/md0
initrd /boot/initrd-2.6.26.6-79.fc9_RAID.i686.img

Ker je omenjeni problem (bug) še vedno aktiven, mi preostaneta samo dve stvari. Ob izdanem novem kernelu bom moral ponoviti postopek ali pa enostavno, pri avtomatični nadgradnji, izvzeti nadgradnje kernela.

Reblog this post [with Zemanta]