Re: Utólagos virtualizá ció lehetősége?

2007-11-14 bef zés Szabo Istvan

On Thu, 15 Nov 2007, Gabor Gombas wrote:

> Tulajdonkeppen megteheto: az uj diszkekre felhuzol egy teljesen tiszta
> Linuxot amin csak Xen van, es a regi diszkeket (ill. RAID tomboket vagy
> LVM volume-okat) block device szinten odaadod a Xen domU-nak. Elotte
> erdemes a /etc/fstab-ot atirni ugy, hogy sehol ne hivatkozzon device-ra
> hanem mindenhol UUID=... (vagy esetleg LABEL=...) legyen, igy lehet mind
> nativan mind domU-kent boot-olni ha valami gixer van.

Remek ötlet!!

> Ill. ha LVM-et hasznalsz akkor szimplan egy uj logical volume-ban is
> felhuzhatod az uj dom0-t.

Jogos!
Hálásan köszönöm az ötleteket, tanácsokat!

-- 
  (O__--
  //\   /  Varosi Csokonai Konyvtar
 //  ) |   Tel.: 59/503-152
 V__/_[EMAIL PROTECTED]   \  [EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Utólagos virtualizá ció lehetősége?

2007-11-14 bef zés Gabor Gombas
On Wed, Nov 14, 2007 at 02:52:04PM +0100, Szabo Istvan wrote:

> Ez ok, én inkább az utolsó résztől tartok jobban, a szolgáltatások
> "költöztetése"... Ezért gondoltam, hogy legyen egy domU elöször, aztán
> ahogy az idő engedi a szolgáltatások szépen átköltöztethetőek másik
> domU-ra.

Tulajdonkeppen megteheto: az uj diszkekre felhuzol egy teljesen tiszta
Linuxot amin csak Xen van, es a regi diszkeket (ill. RAID tomboket vagy
LVM volume-okat) block device szinten odaadod a Xen domU-nak. Elotte
erdemes a /etc/fstab-ot atirni ugy, hogy sehol ne hivatkozzon device-ra
hanem mindenhol UUID=... (vagy esetleg LABEL=...) legyen, igy lehet mind
nativan mind domU-kent boot-olni ha valami gixer van.

Ill. ha LVM-et hasznalsz akkor szimplan egy uj logical volume-ban is
felhuzhatod az uj dom0-t.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Utólagos virtualizá ció lehetősége?

2007-11-14 bef zés Szabo Istvan

On Wed, 14 Nov 2007, Gabor Gombas wrote:

> Letrehozod a domU-t, felinstallalod & bekonfiguralod & kiprobalod a
> koltoztetendo szolgaltatast egy ideiglenes IP cimen, aztan ha elegedett
> vagy, dom0-ban leallitod, domU-ban pedig a kivant IP cimen elinditod.
> Tulajdonkeppen 100%-ban ugyanaz a menet, mintha a szolgaltatasokat
> egyesevel mas-mas fizikai gepekre akarnad koltoztetni, a virtualis gep
> letrehozas/konfiguralas kivetelevel semmi Xen-specifikus nincs benne.

Ez így tiszta és világos, de pont ettől akartam ideiglenesen
"megszabadulni". Egy alap etch dom0-val semmi ideig nem tart felrakni
(mostmár ;-) ), viszont a "karácsonyfa" jópár elemből áll és persze
tartalmaz olyan elemet, ami forrásból van feltéve, vagy épp nem lett
frissítve valami oknál fogva. Szóval az újrarakás nem biztos, hogy
fájdalommentes, ebből kifolyólag az idő tényező is kérdéses...

> > Amit domU-ba kellene tenni az egy debian etch 64bit, 2.6.23-as kernellel.
>
> Felejtsd el, 2.6.18-at fogsz csak tudni hasznalni. 2.6.23-ban van ugyan
> Xen domU tamogatas, de csak 32-bites modban.

Ehh... :-(


> > Gondoltam rá, hogy új vinyóra felhúzni egy etch-t xen-el és esetleg annak
> > elmagyarázni, hogy a domU az a másik vinyón lévő etch. Meg lehet ezt
> > csinálni?
>
> Felesleges. "apt-get install linux-image-xen-amd64
> xen-hypervisor-3.0.3-1-amd64 stb."; ha LILO-t hasznalsz akkor lilo.conf
> igazgatasa, grub-nal megcsinalja magatol; reboot; virtualis gepek
> letrehozasa; szolgaltatasok koltoztetese.

Ez ok, én inkább az utolsó résztől tartok jobban, a szolgáltatások
"költöztetése"... Ezért gondoltam, hogy legyen egy domU elöször, aztán
ahogy az idő engedi a szolgáltatások szépen átköltöztethetőek másik
domU-ra.

> Persze ha pl. meg nem hasznalsz LVM-et de szeretnel (marpedig Xen eseten
> szeretnel), akkor az bonyolithatja a dolgot es az uj diszk (illetve 2,
> mert ugye RAID nelkul nem illik szervert csinalni) egyszerusitheti a
> koltozest, de ebben mar nincs semmi Xen-specifikus.

Természetesen most raid1 van (nem md).

-- 
  (O__--
  //\   /  Varosi Csokonai Konyvtar
 //  ) |   Tel.: 59/503-152
 V__/_[EMAIL PROTECTED]   \  [EMAIL PROTECTED]

_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux


Re: Utólagos virtualizá ció lehetősége?

2007-11-14 bef zés Gabor Gombas
On Wed, Nov 14, 2007 at 12:47:42PM +0100, Szabo Istvan wrote:

> Ha felrakom a xen-t, akkor a karácsonyfa a dom0-ba esik, ha jól tudom.
> Hogy tudnám a leg fájdalommentesen domU-ba tenni a jelelegi rendszert?

Letrehozod a domU-t, felinstallalod & bekonfiguralod & kiprobalod a
koltoztetendo szolgaltatast egy ideiglenes IP cimen, aztan ha elegedett
vagy, dom0-ban leallitod, domU-ban pedig a kivant IP cimen elinditod.
Tulajdonkeppen 100%-ban ugyanaz a menet, mintha a szolgaltatasokat
egyesevel mas-mas fizikai gepekre akarnad koltoztetni, a virtualis gep
letrehozas/konfiguralas kivetelevel semmi Xen-specifikus nincs benne.

> Amit domU-ba kellene tenni az egy debian etch 64bit, 2.6.23-as kernellel.

Felejtsd el, 2.6.18-at fogsz csak tudni hasznalni. 2.6.23-ban van ugyan
Xen domU tamogatas, de csak 32-bites modban.

> Gondoltam rá, hogy új vinyóra felhúzni egy etch-t xen-el és esetleg annak
> elmagyarázni, hogy a domU az a másik vinyón lévő etch. Meg lehet ezt
> csinálni?

Felesleges. "apt-get install linux-image-xen-amd64
xen-hypervisor-3.0.3-1-amd64 stb."; ha LILO-t hasznalsz akkor lilo.conf
igazgatasa, grub-nal megcsinalja magatol; reboot; virtualis gepek
letrehozasa; szolgaltatasok koltoztetese.

Persze ha pl. meg nem hasznalsz LVM-et de szeretnel (marpedig Xen eseten
szeretnel), akkor az bonyolithatja a dolgot es az uj diszk (illetve 2,
mert ugye RAID nelkul nem illik szervert csinalni) egyszerusitheti a
koltozest, de ebben mar nincs semmi Xen-specifikus.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -
_
linux lista  -  linux@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux