Virtualizációs Project - Status Report (2007.09.10)

Na.. Ez a hétvégém full azzal ment el, hogy normálisan sikerüljön belőni otthon a XEN-t, illetve az azt szolgáló Dom0 Debian-t.. Hát azt hiszem elmondható, hogy ami dologban el lehetett botlani azok jó részében el is botlottam :D Mindenesetre mostmár egy alap XEN 3as már fentvan, márcsak azt kéne elérni, hogy úgy is menjen minden ahogy én szeretném :)

Amik előfordultak velem furcsaságok a telepítés során:
Azt már megszoktam, hogy a debian netinst-es változatában nem tudom kapásból felhúzni a PPPOE kapcsolatomat, mert a telepítés közben a PPP kapcsolatnál se tudom normálisan belőni ( lehet énvok balfax? ), csak a telepítés után miután a cd-ről felraktam a rajta lévő pppoeconf csomagot..
De hogy a Grub mekkora zavarodottságot mutatott a régi PATA vinyón lévő rendszeremen található GRUB miatt az egyszerűen eszméletlen.. 1x is ő nagy kélyesen felismerte a régi menu.lst-ben lévő rendszereket, majd az új menu.lst-hez hozzá is adta őket.. Ez eddig rendben is volt.. A problémám onnét indult, hogy a hozzáadás során vmit félreérthetett, mivel a mostani rendszerben az adott PATA disc hd1 lett, ő viszont váltig megvolt róla győződve, hogy hd2.. Ez még mondjuk nem is lett volna nagy gond, viszont a mostani hd0-ról is szentül megvolt győződve, hogy az bezony hd1.. Na szóval telepítés után nyomban grub console-ból indíthattam a gépet manuálisan, aztán nano-val ( merhogy az van, vi meg nincs :D ) írhattam át a normális értékekre a /boot/grub/menu.lst-t.

Arról ne is nyilatkozzak, hogy most is mekkora káosz van a fejében, miután nagyjából normálisan rendre lett rakva a menu.lst => Most BIOS boot-oláskor úgy van beállítva a gép, hogy autó kiválaszthatom, hogy a SATA disk-ről vagy a régi PATA-ról akarjak e bootolni (meglegyen még a régi rendszerem, ha valami gáz lenne ).. Amennyiben a SATA-ról akarok bootolni úgy (mostmár) nincs is gond.. Viszont ha PATA-ról akkor jönnek az érdekességek: a SATA vinyón lévő sda1 kötetről ( /boot ) olvassa be ismételten a menu.lst-t, és nem a PATA-n lévő hda2-ről.. Na innentől viszont ismételt káosz, mivel az elöbb leírt hd1, hd0 játék ismét lejátszódik, csak most fordítva: most a hd0 a PATA disc ( szal amiről bootolni óhajtok ), a hd1 meg a SATA.. csak mivel hogy én a SATA-n lévő menu.lst-t a SATA-s rendszerhez írtam meg, így persze hogy nem tud bebootolni az ott beállítottak alapján, tehát marad ismét a console-ból történő manual boot.. Az, hogy a PATA-n lévő /boot/grub/menu.lst-re miért teszik nagy ívben az számomra még 1enlőre rejtély ( szintén kutatás tárgyát képezi ).
Mondjuk ez még csak a kisebbik gond, mert remélhetőleg rendszer átállás után ezek a problémák már megszünnek ( tekintve, hogy a PATA dis kap egy full formatot és újra lesznek terv szerint szervezve )

A másik vicces dolog még akkor jött elő, amikor 1x a root particiót is LVM-re akartam tenni, majd miután rájöttem, hogy ez initrd nélkül nem megy az egészet kidobtam a fenébe, és tekintve, hogy szinte még semmi nem volt beállítva úgy határoztam, hogy az egészet ( immár normálisan ) újrahúzom.. Csak minthogy kiderült nem úgy van az! :D Mivelhogy hiába töröltem a telepítés közben az LVM kötetet, és hoztam létre újra az immáron külön root-ot is, attól még a vinyó valamely eldugott részén ( nemnéztem utána hol, de vhol tuti ) megmaradtak az LVM bejegyzések, hogy mik is lettek előzőleg beállítva, innentől meg persze hogy nem tudtam normálisan újra létrehozni őket telepítő alól, csak miután átváltottam a 2. konzolra, és ott manual adtam ki az lvm parancsokat (LV törlése, majd VG törlése, majd PV törlése, és csak ebben a sorrendben! ( kezdő LVM-ezőknek fontos lehet :D )), de utána már ment az is :)

Az utókor számára leírok 1-2 általam elkövetett bakit, hogy ők már tudják mit keressenek :))

  • 1x is: A SDL library-t libsdl címszó alatt érdemes keresni, mert különben az ember nagyon nehezen varázsol elő grafikus felületet a DomN alá :) ( viszont a XEN a guest OS-t vígan elindítja, úgy hogy a config hvm-ben az sdl használatát kéred tőle, csak épp képet nem kapsz, és nézhetsz bután, hogy most wtf.. )
  • Ha olyan nagyratörő tervei vannak vkinek, hogy LVM-eket akar használni, akkor nagyon is ajánlatos a / ( root ) particiót LVM-en kívül (!) tenni, különben csak initrd-vel lehet elérni a root particiót ( azt meg én nem szeretem, ha másnak megfelel, akkor miattam használja egészséggel ).
  • iproute csomagot rakja fel az ember, mert a netinst-es debian alap rendszernek nem része, viszont ha ez nincs fent akkor a domN-ben lévő OS nehezen fog hálózatot használni :)
  • zlib csomagot szintén ne felejtsük el, ahogy gcc-t se ( igen ez se települ alapból netinstall-nál :D )

Na akkor tehát. Eddigi helyzet: A XEN3as egy 2.6.18as kernellel megy, egyenlőre ( mivel a XEN kernel csak a 2.6.18-at szereti, abban meg nincs bent normálisan az LVM támogatás ) initrd-vel, illetve egy Dom1-es Virtual OS is ott ficeg már alatta.. Na szóval a betervezett alapok már megvannak, márcsak tényleg finomítani kéne.

Ami jelenleg nagy bajom: A 2.6.18asban kernelben 1-2 HW-m támogatása nagyon de nincs bent, így most vmi saját kernel szerűséget igyexek fordítani alá ( és így egyúttal az initrd-t is kilőni a fenébe ( szeretem ha a kernelbe csak az van benne ami nekem kell, és más semmi, de akkor meg az initrd-re sincs szükség onnantól hogy az a kernel elkészült ) ), igaz még mindig keresem, hogy hogy lehetne 2.6.20 alá mondjuk ( innentől már támogatottak a HW-im ) bepatch-elni XEN-t ( néztem, hogy Fedora-sok már megcisnálták, valszeg a kutatásom is ezirányba fog eltolódni ).
Vagy pedig leszek olyan türelmes, és megvárom, míg kiadják stable-ként 2.6.23-as kernelt, amiben már XEN is bennevan, és akkor nem kell ilyen homemade patcheléseket csinálnom :) Meglátom melyikünk a gyorsabb ( Linux Vs Me :D )