[linux] Re: Xen en LVM met daarbinnen LVM
Paul de Vries
pdvsfh4 op xs4all.nl
Wo Jan 14 09:49:02 CET 2009
het heeft even geduurd, maar ...
On 6 Jan 2009, at 15:48, Robin van Leeuwen wrote:
> Op 4 januari 2009 15:03 schreef Geert Stappers
> <stappers op stappers.nl> het
> volgende:
>> Op 20090104 om 12:42 schreef Paul de Vries:
>>> in alle voorbeelden van Xen zie ik eigenlijk dat LVM wordt gebruikt,
>>> zeg maar
>>>
>>> sda1 = boot
>>> sda2 = lvm
>>> lv0 = root dom0
>>> lv1 = disk domu-1
>>> lv2 = disk domu-2
>>>
>>> en binnen een domU dan weer dezelfde opbouw:
>>>
>>> xvda1 = boot
>>> xvda2 = lvm
>>> lv1 = root
>>> lv2 = swap
>>>
>>> oftewel LVM binnen LVM. qua performance moet dat prima kunnen.
>>>
>>> en ook: de dom0-lvol is de domU-pvol maar die definieer je niet
>>> zelf,
>>> dat doen Xen.
>>>
>>> het grote voordeel van LVM is (naast snapshots voor de backup) dat
>>> je
>>> volumes kunt resizen.
>>>
>>> stel domU-lvol is teklein, dan moet je dom0-lvol vergroten, op de
>>> een
>>> of andere manier de pvol resizen, en dan de domU-lvol vergroten.
>>> maar hoe werkt dat nou, /dev/domu/domu1-disk is groter, maar domu1-
>>> xvda weet dat toch niet?
>>
>> Waarschijnlijk toch wel!
>>
>> En dan komt de volgende vraag: Wat doet de domU als zijn disk
>> groter wordt?
>> (Je bent dan reeds voorbij het punt dat dom0 het goed vind)
>>
>> Mijn inschatting is dat de guest in domU wel kan zien hoe groot zijn
>> disk is. En denk (hoop) dan ook dat er _geen probleem_ is.
>>
>> Als het meezit wordt het uitgeprobeerd.
>> Helemaal mooi zou zijn als het dan aan deze mailinglist gemeld.
>>
>>
>> Ik zal het van de week eens uit gaan proberen, maar ik verwacht het
> volgende:
>
> Je vergroot in dom0 de lv1 disk, waardoor er 'theoretisch' meer ruimte
> beschikbaar wordt binnen
> de domU, maar omdat de domU lv1 disk op een bepaalde grootte is
> ingesteld
> kun je pas hiervan
> gebruik maken als je binnen de domU ook de lv1 vergroot.
>
> bv:
> Oude situatie:
> [LV1d0----]
> [LV1dU----]
>
> Nieuwe situatie na vergroting in dom0:
> [LV1d0-------------------------------] <-- Na vegroten in dom0 is
> er extra
> ruimte.
> [LV1dU------]^^^^^^^^^^^^^^^^ <-- In domU is deze ruime potentieel
> beschikbaar, maar nog niet gealloceerd door de lvm
>
> Nieuwe situatie na vergroting in domU
> [LV1d0-------------------------------]
> [LV1dU------------------------------] <-- Alle extra ruinte is nu
> ook in
> domU beschikbaar.
>
> Nog een gokje (maar ik heb nog nooit met LVM binnen LVM
> gewerkt :-) , Als de
> LV1 in dom0 is vergroot, maar in domU nog niet,
> zul je binnen domU een PV zien waarop nu extra ruime beschikbaar is.
> BV je
> vergoot de LV1 in dom0 van 10G naar 15 G,
> en binnen domU zie je dan de situatie van een PV van 10G met een LV
> van 10G
> veranderen naar een PV van 15G met een LV van 10G
> dus nog 5G potientiele LV-ruimte vrij...
>
> Maar ik ben ook benieuwd...
dom0LV ------
domUdisk 112222 1=sda1=/boot 2=sda2=PV
domUPV --2222
domUVG --2222
domULV --3444 3=xvda1=/boot 4=xvda2=/
na vergroting dom0LV1:
dom0LV ------++++
domUdisk 112222???? ?=niet bewust van extra ruimte
domUPV --2222----
domUVG --2222----
domULV --3444----
na domU fdisk delete p2, create p2 met oude startpunt en nieuwe
eindpunt :
domUdisk 1122222222
domUPV --2222----
domUVG --2222----
domULV --3444----
na domU pvresize :
domUPV --22222222
domUVG --22222222
domULV --34444----
na domU lvresize 3 en/of 4 :
domUPV --22222222
domUVG --22222222
domULV --34443444
en zo lukt het dus.
mvg paul.
More information about the Linux
mailing list