3:40 a.m.
Hi,
If I have a VM that has run out of disk space, how can I increase the
space in best way? One way is to add a second bigger disk to the WM
and then use dd or similar to copy. But is it possible to stretch the
original disk inside or outside oVirt and get oVirt to know the bigger
size?
Regards //Ricky
4:07 a.m.
Hi Ricky,
In order to give you a detailed answer I need additional details regarding the disk:
- Is the disk image composed as a chain of volumes or just a base volume?
(if it's a chain it will be more complicated, you might want to collapse the chain
first to make it easier).
- Is the disk image raw? (you can use qemu-img info to check)
- Is the disk image on block or file storage?
Regards,
Yeela
----- Original Message -----
From: "Ricky" <rockybaloo(a)gmail.com>
To: Users(a)ovirt.org
Sent: Tuesday, January 8, 2013 10:40:27 AM
Subject: [Users] Best practice to resize a WM disk image
Hi,
If I have a VM that has run out of disk space, how can I increase the
space in best way? One way is to add a second bigger disk to the WM
and then use dd or similar to copy. But is it possible to stretch the
original disk inside or outside oVirt and get oVirt to know the
bigger
size?
Regards //Ricky
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
4:30 a.m.
Its just a theoretical question as I think the issue will come for us
and other users.
I think there can be one or more snapshots in the WM over the time. But
if that is an issue we can always collapse them I think.
If its a base image it should be RAW, right?
In this case its on file storage (NFS).
Regards //Ricky
On 2013-01-08 10:07, Yeela Kaplan wrote:
Hi Ricky,
In order to give you a detailed answer I need additional details regarding the disk:
- Is the disk image composed as a chain of volumes or just a base volume?
(if it's a chain it will be more complicated, you might want to collapse the chain
first to make it easier).
- Is the disk image raw? (you can use qemu-img info to check)
- Is the disk image on block or file storage?
Regards,
Yeela
----- Original Message -----
> From: "Ricky" <rockybaloo(a)gmail.com>
> To: Users(a)ovirt.org
> Sent: Tuesday, January 8, 2013 10:40:27 AM
> Subject: [Users] Best practice to resize a WM disk image
>
> Hi,
>
> If I have a VM that has run out of disk space, how can I increase the
> space in best way? One way is to add a second bigger disk to the WM
> and then use dd or similar to copy. But is it possible to stretch the
> original disk inside or outside oVirt and get oVirt to know the
> bigger
> size?
>
> Regards //Ricky
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
11:03 a.m.
So, first of all, you should know that resizing a disk is not yet supported in oVirt.
If you decide that you must use it anyway, you should know in advance that it's not
recommended,
and that your data is at risk when you perform these kind of actions.
There are several ways to perform this.
One of them is to create a second (larger) disk for the vm,
run the vm from live cd and use dd to copy the first disk contents into the second one,
and finally remove the first disk and make sure that the new disk is configured as your
system disk.
The second, riskier, option is to export the vm to an export domain,
resize the image volume size to the new larger size using qemu-img and also modify the
vm's metadata in its ovf,
as you can see this option is more complicated and requires deeper understanding and
altering of the metadata...
finally you'll need to import the vm back.
----- Original Message -----
From: "Rocky" <rockybaloo(a)gmail.com>
To: "Yeela Kaplan" <ykaplan(a)redhat.com>
Cc: Users(a)ovirt.org
Sent: Tuesday, January 8, 2013 11:30:00 AM
Subject: Re: [Users] Best practice to resize a WM disk image
Its just a theoretical question as I think the issue will come for us
and other users.
I think there can be one or more snapshots in the WM over the time.
But
if that is an issue we can always collapse them I think.
If its a base image it should be RAW, right?
In this case its on file storage (NFS).
Regards //Ricky
On 2013-01-08 10:07, Yeela Kaplan wrote:
> Hi Ricky,
> In order to give you a detailed answer I need additional details
> regarding the disk:
> - Is the disk image composed as a chain of volumes or just a base
> volume?
> (if it's a chain it will be more complicated, you might want to
> collapse the chain first to make it easier).
> - Is the disk image raw? (you can use qemu-img info to check)
> - Is the disk image on block or file storage?
>
> Regards,
> Yeela
>
> ----- Original Message -----
>> From: "Ricky" <rockybaloo(a)gmail.com>
>> To: Users(a)ovirt.org
>> Sent: Tuesday, January 8, 2013 10:40:27 AM
>> Subject: [Users] Best practice to resize a WM disk image
>>
>> Hi,
>>
>> If I have a VM that has run out of disk space, how can I increase
>> the
>> space in best way? One way is to add a second bigger disk to the
>> WM
>> and then use dd or similar to copy. But is it possible to stretch
>> the
>> original disk inside or outside oVirt and get oVirt to know the
>> bigger
>> size?
>>
>> Regards //Ricky
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
6:56 a.m.
--_000_5F9E965F5A80BC468BE5F40576769F09101FF679exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
dGlzIDIwMTMtMDEtMDgga2xvY2thbiAxMTowMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQoN
Cg0KU28sIGZpcnN0IG9mIGFsbCwgeW91IHNob3VsZCBrbm93IHRoYXQgcmVzaXppbmcgYSBkaXNr
IGlzIG5vdCB5ZXQgc3VwcG9ydGVkIGluIG9WaXJ0Lg0KSWYgeW91IGRlY2lkZSB0aGF0IHlvdSBt
dXN0IHVzZSBpdCBhbnl3YXksIHlvdSBzaG91bGQga25vdyBpbiBhZHZhbmNlIHRoYXQgaXQncyBu
b3QgcmVjb21tZW5kZWQsDQphbmQgdGhhdCB5b3VyIGRhdGEgaXMgYXQgcmlzayB3aGVuIHlvdSBw
ZXJmb3JtIHRoZXNlIGtpbmQgb2YgYWN0aW9ucy4NCg0KVGhlcmUgYXJlIHNldmVyYWwgd2F5cyB0
byBwZXJmb3JtIHRoaXMuDQpPbmUgb2YgdGhlbSBpcyB0byBjcmVhdGUgYSBzZWNvbmQgKGxhcmdl
cikgZGlzayBmb3IgdGhlIHZtLA0KcnVuIHRoZSB2bSBmcm9tIGxpdmUgY2QgYW5kIHVzZSBkZCB0
byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzIGludG8gdGhlIHNlY29uZCBvbmUsDQphbmQg
ZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0IHRoZSBuZXcg
ZGlzayBpcyBjb25maWd1cmVkIGFzIHlvdXIgc3lzdGVtIGRpc2suDQoNCg0KSGVyZSB5b3UgZ3Vp
ZGUgZm9yIHRoZSBkZCBvcGVyYXRpb24gdG8gYmUgZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qg
c3lzdGVtLCBidXQgYm9vdGVkIGZyb20gbGl2ZS4NCkNhbiB0aGlzIGJlIGRvbmUgZGlyZWN0bHkg
ZnJvbSB0aGUgTkZTIHN0b3JhZ2UgaXRzZWxmIGluc3RlYWQ/DQoNCg0KDQpUaGUgc2Vjb25kLCBy
aXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBvcnQgZG9tYWluLA0K
cmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBzaXplIHVzaW5n
IHFlbXUtaW1nIGFuZCBhbHNvIG1vZGlmeSB0aGUgdm0ncyBtZXRhZGF0YSBpbiBpdHMgb3ZmLA0K
YXMgeW91IGNhbiBzZWUgdGhpcyBvcHRpb24gaXMgbW9yZSBjb21wbGljYXRlZCBhbmQgcmVxdWly
ZXMgZGVlcGVyIHVuZGVyc3RhbmRpbmcgYW5kIGFsdGVyaW5nIG9mIHRoZSBtZXRhZGF0YS4uLg0K
ZmluYWxseSB5b3UnbGwgbmVlZCB0byBpbXBvcnQgdGhlIHZtIGJhY2suDQoNCg0KDQotLS0tLSBP
cmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206ICJSb2NreSIgPHJvY2t5YmFsb29AZ21haWwu
Y29tPG1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbT4+DQo+IFRvOiAiWWVlbGEgS2FwbGFuIiA8
eWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20+Pg0KPiBDYzogVXNl
cnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IFNlbnQ6IFR1ZXNkYXksIEph
bnVhcnkgOCwgMjAxMyAxMTozMDowMCBBTQ0KPiBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHBy
YWN0aWNlIHRvIHJlc2l6ZSBhIFdNIGRpc2sgaW1hZ2UNCj4NCj4gSXRzIGp1c3QgYSB0aGVvcmV0
aWNhbCBxdWVzdGlvbiBhcyBJIHRoaW5rIHRoZSBpc3N1ZSB3aWxsIGNvbWUgZm9yIHVzDQo+IGFu
ZCBvdGhlciB1c2Vycy4NCj4NCj4gSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25h
cHNob3RzIGluIHRoZSBXTSBvdmVyIHRoZSB0aW1lLg0KPiBCdXQNCj4gaWYgdGhhdCBpcyBhbiBp
c3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0aGluay4NCj4gSWYgaXRzIGEgYmFz
ZSBpbWFnZSBpdCBzaG91bGQgYmUgUkFXLCByaWdodD8NCj4gSW4gdGhpcyBjYXNlIGl0cyBvbiBm
aWxlIHN0b3JhZ2UgKE5GUykuDQo+DQo+IFJlZ2FyZHMgLy9SaWNreQ0KPg0KPiBPbiAyMDEzLTAx
LTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3JvdGU6DQo+ID4gSGkgUmlja3ksDQo+ID4gSW4gb3Jk
ZXIgdG8gZ2l2ZSB5b3UgYSBkZXRhaWxlZCBhbnN3ZXIgSSBuZWVkIGFkZGl0aW9uYWwgZGV0YWls
cw0KPiA+IHJlZ2FyZGluZyB0aGUgZGlzazoNCj4gPiAtIElzIHRoZSBkaXNrIGltYWdlIGNvbXBv
c2VkIGFzIGEgY2hhaW4gb2Ygdm9sdW1lcyBvciBqdXN0IGEgYmFzZQ0KPiA+IHZvbHVtZT8NCj4g
PiAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwgYmUgbW9yZSBjb21wbGljYXRlZCwgeW91IG1pZ2h0
IHdhbnQgdG8NCj4gPiBjb2xsYXBzZSB0aGUgY2hhaW4gZmlyc3QgdG8gbWFrZSBpdCBlYXNpZXIp
Lg0KPiA+IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91IGNhbiB1c2UgcWVtdS1pbWcgaW5m
byB0byBjaGVjaykNCj4gPiAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3Rv
cmFnZT8NCj4gPg0KPiA+IFJlZ2FyZHMsDQo+ID4gWWVlbGENCj4gPg0KPiA+IC0tLS0tIE9yaWdp
bmFsIE1lc3NhZ2UgLS0tLS0NCj4gPj4gRnJvbTogIlJpY2t5IiA8cm9ja3liYWxvb0BnbWFpbC5j
b208bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tPj4NCj4gPj4gVG86IFVzZXJzQG92aXJ0Lm9y
ZzxtYWlsdG86VXNlcnNAb3ZpcnQub3JnPg0KPiA+PiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgs
IDIwMTMgMTA6NDA6MjcgQU0NCj4gPj4gU3ViamVjdDogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRv
IHJlc2l6ZSBhIFdNIGRpc2sgaW1hZ2UNCj4gPj4NCj4gPj4gSGksDQo+ID4+DQo+ID4+IElmIEkg
aGF2ZSBhIFZNIHRoYXQgaGFzIHJ1biBvdXQgb2YgZGlzayBzcGFjZSwgaG93IGNhbiBJIGluY3Jl
YXNlDQo+ID4+IHRoZQ0KPiA+PiBzcGFjZSBpbiBiZXN0IHdheT8gT25lIHdheSBpcyB0byBhZGQg
YSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8gdGhlDQo+ID4+IFdNDQo+ID4+IGFuZCB0aGVuIHVzZSBk
ZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJsZSB0byBzdHJldGNoDQo+ID4+
IHRoZQ0KPiA+PiBvcmlnaW5hbCBkaXNrIGluc2lkZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQg
b1ZpcnQgdG8ga25vdyB0aGUNCj4gPj4gYmlnZ2VyDQo+ID4+IHNpemU/DQo+ID4+DQo+ID4+IFJl
Z2FyZHMgLy9SaWNreQ0KPiA+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KPiA+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4gVXNlcnNAb3ZpcnQub3Jn
PG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+ID4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFp
bG1hbi9saXN0aW5mby91c2Vycw0KPiA+Pg0KPg0KPg0KX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18NClVzZXJzIG1haWxpbmcgbGlzdA0KVXNlcnNAb3ZpcnQu
b3JnPG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQpodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxt
YW4vbGlzdGluZm8vdXNlcnMNCg0KDQo=
--_000_5F9E965F5A80BC468BE5F40576769F09101FF679exchange21_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv
L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii
IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQp0aXMgMjAxMy0wMS0w
OCBrbG9ja2FuIDExOjAzIC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCjxibG9ja3F1b3RlIHR5
cGU9IkNJVEUiPg0KPHByZT4KU28sIGZpcnN0IG9mIGFsbCwgeW91IHNob3VsZCBrbm93IHRoYXQg
cmVzaXppbmcgYSBkaXNrIGlzIG5vdCB5ZXQgc3VwcG9ydGVkIGluIG9WaXJ0LgpJZiB5b3UgZGVj
aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluIGFkdmFu
Y2UgdGhhdCBpdCdzIG5vdCByZWNvbW1lbmRlZCwKYW5kIHRoYXQgeW91ciBkYXRhIGlzIGF0IHJp
c2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBraW5kIG9mIGFjdGlvbnMuCgpUaGVyZSBhcmUgc2V2
ZXJhbCB3YXlzIHRvIHBlcmZvcm0gdGhpcy4KT25lIG9mIHRoZW0gaXMgdG8gY3JlYXRlIGEgc2Vj
b25kIChsYXJnZXIpIGRpc2sgZm9yIHRoZSB2bSwgCnJ1biB0aGUgdm0gZnJvbSBsaXZlIGNkIGFu
ZCB1c2UgZGQgdG8gY29weSB0aGUgZmlyc3QgZGlzayBjb250ZW50cyBpbnRvIHRoZSBzZWNvbmQg
b25lLAphbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3VyZSB0aGF0
IHRoZSBuZXcgZGlzayBpcyBjb25maWd1cmVkIGFzIHlvdXIgc3lzdGVtIGRpc2suCjwvcHJlPg0K
PC9ibG9ja3F1b3RlPg0KSGVyZSB5b3UgZ3VpZGUgZm9yIHRoZSBkZCBvcGVyYXRpb24gdG8gYmUg
ZG9uZSBmcm9tIHdpdGhpbiB0aGUgZ3Vlc3Qgc3lzdGVtLCBidXQgYm9vdGVkIGZyb20gbGl2ZS48
YnI+DQpDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5GUyBzdG9yYWdlIGl0c2Vs
ZiBpbnN0ZWFkPzxicj4NCjxicj4NCjxibG9ja3F1b3RlIHR5cGU9IkNJVEUiPg0KPHByZT4KVGhl
IHNlY29uZCwgcmlza2llciwgb3B0aW9uIGlzIHRvIGV4cG9ydCB0aGUgdm0gdG8gYW4gZXhwb3J0
IGRvbWFpbiwKcmVzaXplIHRoZSBpbWFnZSB2b2x1bWUgc2l6ZSB0byB0aGUgbmV3IGxhcmdlciBz
aXplIHVzaW5nIHFlbXUtaW1nIGFuZCBhbHNvIG1vZGlmeSB0aGUgdm0ncyBtZXRhZGF0YSBpbiBp
dHMgb3ZmLAphcyB5b3UgY2FuIHNlZSB0aGlzIG9wdGlvbiBpcyBtb3JlIGNvbXBsaWNhdGVkIGFu
ZCByZXF1aXJlcyBkZWVwZXIgdW5kZXJzdGFuZGluZyBhbmQgYWx0ZXJpbmcgb2YgdGhlIG1ldGFk
YXRhLi4uCmZpbmFsbHkgeW91J2xsIG5lZWQgdG8gaW1wb3J0IHRoZSB2bSBiYWNrLgoKCgotLS0t
LSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCiZndDsgRnJvbTogJnF1b3Q7Um9ja3kmcXVvdDsgJmx0
OzxhIGhyZWY9Im1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbSI+cm9ja3liYWxvb0BnbWFpbC5j
b208L2E+Jmd0OwomZ3Q7IFRvOiAmcXVvdDtZZWVsYSBLYXBsYW4mcXVvdDsgJmx0OzxhIGhyZWY9
Im1haWx0bzp5a2FwbGFuQHJlZGhhdC5jb20iPnlrYXBsYW5AcmVkaGF0LmNvbTwvYT4mZ3Q7CiZn
dDsgQ2M6IDxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwv
YT4KJmd0OyBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyBT
dWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBhIFdNIGRpc2sgaW1h
Z2UKJmd0OyAKJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2FsIHF1ZXN0aW9uIGFzIEkgdGhpbmsg
dGhlIGlzc3VlIHdpbGwgY29tZSBmb3IgdXMKJmd0OyBhbmQgb3RoZXIgdXNlcnMuCiZndDsgCiZn
dDsgSSB0aGluayB0aGVyZSBjYW4gYmUgb25lIG9yIG1vcmUgc25hcHNob3RzIGluIHRoZSBXTSBv
dmVyIHRoZSB0aW1lLgomZ3Q7IEJ1dAomZ3Q7IGlmIHRoYXQgaXMgYW4gaXNzdWUgd2UgY2FuIGFs
d2F5cyBjb2xsYXBzZSB0aGVtIEkgdGhpbmsuCiZndDsgSWYgaXRzIGEgYmFzZSBpbWFnZSBpdCBz
aG91bGQgYmUgUkFXLCByaWdodD8KJmd0OyBJbiB0aGlzIGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFn
ZSAoTkZTKS4KJmd0OyAKJmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAKJmd0OyBPbiAyMDEzLTAx
LTA4IDEwOjA3LCBZZWVsYSBLYXBsYW4gd3JvdGU6CiZndDsgJmd0OyBIaSBSaWNreSwKJmd0OyAm
Z3Q7IEluIG9yZGVyIHRvIGdpdmUgeW91IGEgZGV0YWlsZWQgYW5zd2VyIEkgbmVlZCBhZGRpdGlv
bmFsIGRldGFpbHMKJmd0OyAmZ3Q7IHJlZ2FyZGluZyB0aGUgZGlzazoKJmd0OyAmZ3Q7IC0gSXMg
dGhlIGRpc2sgaW1hZ2UgY29tcG9zZWQgYXMgYSBjaGFpbiBvZiB2b2x1bWVzIG9yIGp1c3QgYSBi
YXNlCiZndDsgJmd0OyB2b2x1bWU/CiZndDsgJmd0OyAoaWYgaXQncyBhIGNoYWluIGl0IHdpbGwg
YmUgbW9yZSBjb21wbGljYXRlZCwgeW91IG1pZ2h0IHdhbnQgdG8KJmd0OyAmZ3Q7IGNvbGxhcHNl
IHRoZSBjaGFpbiBmaXJzdCB0byBtYWtlIGl0IGVhc2llcikuCiZndDsgJmd0OyAtIElzIHRoZSBk
aXNrIGltYWdlIHJhdz8gKHlvdSBjYW4gdXNlIHFlbXUtaW1nIGluZm8gdG8gY2hlY2spCiZndDsg
Jmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIG9uIGJsb2NrIG9yIGZpbGUgc3RvcmFnZT8KJmd0OyAm
Z3Q7CiZndDsgJmd0OyBSZWdhcmRzLAomZ3Q7ICZndDsgWWVlbGEKJmd0OyAmZ3Q7CiZndDsgJmd0
OyAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCiZndDsgJmd0OyZndDsgRnJvbTogJnF1b3Q7
Umlja3kmcXVvdDsgJmx0OzxhIGhyZWY9Im1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbSI+cm9j
a3liYWxvb0BnbWFpbC5jb208L2E+Jmd0OwomZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWls
dG86VXNlcnNAb3ZpcnQub3JnIj5Vc2Vyc0BvdmlydC5vcmc8L2E+CiZndDsgJmd0OyZndDsgU2Vu
dDogVHVlc2RheSwgSmFudWFyeSA4LCAyMDEzIDEwOjQwOjI3IEFNCiZndDsgJmd0OyZndDsgU3Vi
amVjdDogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBhIFdNIGRpc2sgaW1hZ2UKJmd0
OyAmZ3Q7Jmd0OwomZ3Q7ICZndDsmZ3Q7IEhpLAomZ3Q7ICZndDsmZ3Q7CiZndDsgJmd0OyZndDsg
SWYgSSBoYXZlIGEgVk0gdGhhdCBoYXMgcnVuIG91dCBvZiBkaXNrIHNwYWNlLCBob3cgY2FuIEkg
aW5jcmVhc2UKJmd0OyAmZ3Q7Jmd0OyB0aGUKJmd0OyAmZ3Q7Jmd0OyBzcGFjZSBpbiBiZXN0IHdh
eT8gT25lIHdheSBpcyB0byBhZGQgYSBzZWNvbmQgYmlnZ2VyIGRpc2sgdG8gdGhlCiZndDsgJmd0
OyZndDsgV00KJmd0OyAmZ3Q7Jmd0OyBhbmQgdGhlbiB1c2UgZGQgb3Igc2ltaWxhciB0byBjb3B5
LiBCdXQgaXMgaXQgcG9zc2libGUgdG8gc3RyZXRjaAomZ3Q7ICZndDsmZ3Q7IHRoZQomZ3Q7ICZn
dDsmZ3Q7IG9yaWdpbmFsIGRpc2sgaW5zaWRlIG9yIG91dHNpZGUgb1ZpcnQgYW5kIGdldCBvVmly
dCB0byBrbm93IHRoZQomZ3Q7ICZndDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZndDsmZ3Q7IHNpemU/CiZn
dDsgJmd0OyZndDsKJmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7Jmd0OyBf
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwomZ3Q7ICZndDsm
Z3Q7IFVzZXJzIG1haWxpbmcgbGlzdAomZ3Q7ICZndDsmZ3Q7IDxhIGhyZWY9Im1haWx0bzpVc2Vy
c0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4KJmd0OyAmZ3Q7Jmd0OyA8YSBocmVmPSJo
dHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0
cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2VyczwvYT4KJmd0OyAmZ3Q7Jmd0OwomZ3Q7
IAomZ3Q7IApfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpV
c2VycyBtYWlsaW5nIGxpc3QKPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNA
b3ZpcnQub3JnPC9hPgo8YSBocmVmPSJodHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlz
dGluZm8vdXNlcnMiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy
czwvYT4KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+DQo8YnI+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F09101FF679exchange21_--
7:10 a.m.
2013/1/9 Karli Sjöberg <Karli.Sjoberg(a)slu.se>:
tis 2013-01-08 klockan 11:03 -0500 skrev Yeela Kaplan:
So, first of all, you should know that resizing a disk is not yet supported
in oVirt.
If you decide that you must use it anyway, you should know in advance that
it's not recommended,
and that your data is at risk when you perform these kind of actions.
There are several ways to perform this.
One of them is to create a second (larger) disk for the vm,
run the vm from live cd and use dd to copy the first disk contents into the
second one,
and finally remove the first disk and make sure that the new disk is
configured as your system disk.
Here you guide for the dd operation to be done from within the guest system,
but booted from live.
Can this be done directly from the NFS storage itself instead?
The second, riskier, option is to export the vm to an export domain,
resize the image volume size to the new larger size using qemu-img and also
modify the vm's metadata in its ovf,
as you can see this option is more complicated and requires deeper
understanding and altering of the metadata...
finally you'll need to import the vm back.
----- Original Message -----
> From: "Rocky" <rockybaloo(a)gmail.com>
> To: "Yeela Kaplan" <ykaplan(a)redhat.com>
> Cc: Users(a)ovirt.org
> Sent: Tuesday, January 8, 2013 11:30:00 AM
> Subject: Re: [Users] Best practice to resize a WM disk image
>
> Its just a theoretical question as I think the issue will come for us
> and other users.
>
> I think there can be one or more snapshots in the WM over the time.
> But
> if that is an issue we can always collapse them I think.
> If its a base image it should be RAW, right?
> In this case its on file storage (NFS).
>
> Regards //Ricky
>
> On 2013-01-08 10:07, Yeela Kaplan wrote:
> > Hi Ricky,
> > In order to give you a detailed answer I need additional details
> > regarding the disk:
> > - Is the disk image composed as a chain of volumes or just a base
> > volume?
> > (if it's a chain it will be more complicated, you might want to
> > collapse the chain first to make it easier).
> > - Is the disk image raw? (you can use qemu-img info to check)
> > - Is the disk image on block or file storage?
> >
> > Regards,
> > Yeela
> >
> > ----- Original Message -----
> >> From: "Ricky" <rockybaloo(a)gmail.com>
> >> To: Users(a)ovirt.org
> >> Sent: Tuesday, January 8, 2013 10:40:27 AM
> >> Subject: [Users] Best practice to resize a WM disk image
> >>
> >> Hi,
> >>
> >> If I have a VM that has run out of disk space, how can I increase
> >> the
> >> space in best way? One way is to add a second bigger disk to the
> >> WM
> >> and then use dd or similar to copy. But is it possible to stretch
> >> the
> >> original disk inside or outside oVirt and get oVirt to know the
> >> bigger
> >> size?
> >>
> >> Regards //Ricky
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/users
> >>
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
Sorry for this a bit "off topic" but I've been "resizing" my VM
just
by adding new disks to the VM and then using the LVM tool or just
adding it to fstab.
I know that it's not a true resizing but it has been a good solution
for me. Once a Oracle DB (a XE used for tests:-)) went down because my
disk went full (it was 8GB) and I added a new disk, moved the dbf to
this new disk and restarted Oracle, without having to reboot the VM.
Alex
7:27 a.m.
Alex,
Suggestion for use GlusterFS to oVirt, look:
http://www.gluster.org/2012/07/installing-ovirt-3-1-and-glusterfs-using-e...
Marcelo Barbosa
*mr.marcelo.barbosa(a)gmail.com*
On Wed, Jan 9, 2013 at 10:10 AM, Alexandre Santos <santosam72(a)gmail.com>wrote:
2013/1/9 Karli Sjöberg <Karli.Sjoberg(a)slu.se>:
> tis 2013-01-08 klockan 11:03 -0500 skrev Yeela Kaplan:
>
> So, first of all, you should know that resizing a disk is not yet
supported
> in oVirt.
> If you decide that you must use it anyway, you should know in advance
that
> it's not recommended,
> and that your data is at risk when you perform these kind of actions.
>
> There are several ways to perform this.
> One of them is to create a second (larger) disk for the vm,
> run the vm from live cd and use dd to copy the first disk contents into
the
> second one,
> and finally remove the first disk and make sure that the new disk is
> configured as your system disk.
>
> Here you guide for the dd operation to be done from within the guest
system,
> but booted from live.
> Can this be done directly from the NFS storage itself instead?
>
>
> The second, riskier, option is to export the vm to an export domain,
> resize the image volume size to the new larger size using qemu-img and
also
> modify the vm's metadata in its ovf,
> as you can see this option is more complicated and requires deeper
> understanding and altering of the metadata...
> finally you'll need to import the vm back.
>
>
>
> ----- Original Message -----
>> From: "Rocky" <rockybaloo(a)gmail.com>
>> To: "Yeela Kaplan" <ykaplan(a)redhat.com>
>> Cc: Users(a)ovirt.org
>> Sent: Tuesday, January 8, 2013 11:30:00 AM
>> Subject: Re: [Users] Best practice to resize a WM disk image
>>
>> Its just a theoretical question as I think the issue will come for us
>> and other users.
>>
>> I think there can be one or more snapshots in the WM over the time.
>> But
>> if that is an issue we can always collapse them I think.
>> If its a base image it should be RAW, right?
>> In this case its on file storage (NFS).
>>
>> Regards //Ricky
>>
>> On 2013-01-08 10:07, Yeela Kaplan wrote:
>> > Hi Ricky,
>> > In order to give you a detailed answer I need additional details
>> > regarding the disk:
>> > - Is the disk image composed as a chain of volumes or just a base
>> > volume?
>> > (if it's a chain it will be more complicated, you might want to
>> > collapse the chain first to make it easier).
>> > - Is the disk image raw? (you can use qemu-img info to check)
>> > - Is the disk image on block or file storage?
>> >
>> > Regards,
>> > Yeela
>> >
>> > ----- Original Message -----
>> >> From: "Ricky" <rockybaloo(a)gmail.com>
>> >> To: Users(a)ovirt.org
>> >> Sent: Tuesday, January 8, 2013 10:40:27 AM
>> >> Subject: [Users] Best practice to resize a WM disk image
>> >>
>> >> Hi,
>> >>
>> >> If I have a VM that has run out of disk space, how can I increase
>> >> the
>> >> space in best way? One way is to add a second bigger disk to the
>> >> WM
>> >> and then use dd or similar to copy. But is it possible to stretch
>> >> the
>> >> original disk inside or outside oVirt and get oVirt to know the
>> >> bigger
>> >> size?
>> >>
>> >> Regards //Ricky
>> >> _______________________________________________
>> >> Users mailing list
>> >> Users(a)ovirt.org
>> >> http://lists.ovirt.org/mailman/listinfo/users
>> >>
>>
>>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
Sorry for this a bit "off topic" but I've been "resizing" my VM
just
by adding new disks to the VM and then using the LVM tool or just
adding it to fstab.
I know that it's not a true resizing but it has been a good solution
for me. Once a Oracle DB (a XE used for tests:-)) went down because my
disk went full (it was 8GB) and I added a new disk, moved the dbf to
this new disk and restarted Oracle, without having to reboot the VM.
Alex
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
9:13 a.m.
----- Original Message -----
From: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
To: "Yeela Kaplan" <ykaplan(a)redhat.com>
Cc: "Rocky" <rockybaloo(a)gmail.com>, Users(a)ovirt.org
Sent: Wednesday, January 9, 2013 1:56:32 PM
Subject: Re: [Users] Best practice to resize a WM disk image
tis 2013-01-08 klockan 11:03 -0500 skrev Yeela Kaplan:
So, first of all, you should know that resizing a disk is not yet
supported in oVirt.
If you decide that you must use it anyway, you should know in advance
that it's not recommended,
and that your data is at risk when you perform these kind of actions.
There are several ways to perform this.
One of them is to create a second (larger) disk for the vm,
run the vm from live cd and use dd to copy the first disk contents
into the second one,
and finally remove the first disk and make sure that the new disk is
configured as your system disk.
Here you guide for the dd operation
to be done from within the guest system, but booted from live.
Can this be done directly from the NFS storage itself instead?
Karli, it can be done by using dd (or rsync), when your source is the volume of the
current disk image
and the destination is the volume of the new disk image created.
You just have to find the images in the internals of the vdsm host, which is a bit more
tricky
and can cause more damage if done wrong.
The second, riskier, option is to export the vm to an export domain,
resize the image volume size to the new larger size using qemu-img
and also modify the vm's metadata in its ovf,
as you can see this option is more complicated and requires deeper
understanding and altering of the metadata...
finally you'll need to import the vm back.
----- Original Message -----
> From: "Rocky" < rockybaloo(a)gmail.com >
> To: "Yeela Kaplan" < ykaplan(a)redhat.com >
> Cc: Users(a)ovirt.org > Sent: Tuesday, January 8, 2013 11:30:00 AM
> Subject: Re: [Users] Best practice to resize a WM disk image
>
> Its just a theoretical question as I think the issue will come for
> us
> and other users.
>
> I think there can be one or more snapshots in the WM over the time.
> But
> if that is an issue we can always collapse them I think.
> If its a base image it should be RAW, right?
> In this case its on file storage (NFS).
>
> Regards //Ricky
>
> On 2013-01-08 10:07, Yeela Kaplan wrote:
> > Hi Ricky,
> > In order to give you a detailed answer I need additional details
> > regarding the disk:
> > - Is the disk image composed as a chain of volumes or just a base
> > volume?
> > (if it's a chain it will be more complicated, you might want to
> > collapse the chain first to make it easier).
> > - Is the disk image raw? (you can use qemu-img info to check)
> > - Is the disk image on block or file storage?
> >
> > Regards,
> > Yeela
> >
> > ----- Original Message -----
> >> From: "Ricky" < rockybaloo(a)gmail.com >
> >> To: Users(a)ovirt.org > >> Sent: Tuesday, January 8, 2013 10:40:27
> >> AM
> >> Subject: [Users] Best practice to resize a WM disk image
> >>
> >> Hi,
> >>
> >> If I have a VM that has run out of disk space, how can I
> >> increase
> >> the
> >> space in best way? One way is to add a second bigger disk to the
> >> WM
> >> and then use dd or similar to copy. But is it possible to
> >> stretch
> >> the
> >> original disk inside or outside oVirt and get oVirt to know the
> >> bigger
> >> size?
> >>
> >> Regards //Ricky
> >> _______________________________________________
> >> Users mailing list
> >> Users(a)ovirt.org > >>
> >> http://lists.ovirt.org/mailman/listinfo/users > >>
>
>
_______________________________________________
Users mailing list Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
9:30 a.m.
--_000_5F9E965F5A80BC468BE5F40576769F09101FF82Aexchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
b25zIDIwMTMtMDEtMDkga2xvY2thbiAwOToxMyAtMDUwMCBza3JldiBZZWVsYSBLYXBsYW46DQoN
Cg0KDQotLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tDQo+IEZyb206ICJLYXJsaSBTasO2YmVy
ZyIgPEthcmxpLlNqb2JlcmdAc2x1LnNlPG1haWx0bzpLYXJsaS5Tam9iZXJnQHNsdS5zZT4+DQo+
IFRvOiAiWWVlbGEgS2FwbGFuIiA8eWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2FwbGFuQHJl
ZGhhdC5jb20+Pg0KPiBDYzogIlJvY2t5IiA8cm9ja3liYWxvb0BnbWFpbC5jb208bWFpbHRvOnJv
Y2t5YmFsb29AZ21haWwuY29tPj4sIFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNAb3ZpcnQu
b3JnPg0KPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgOSwgMjAxMyAxOjU2OjMyIFBNDQo+IFN1
YmplY3Q6IFJlOiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFn
ZQ0KPg0KPiB0aXMgMjAxMy0wMS0wOCBrbG9ja2FuIDExOjAzIC0wNTAwIHNrcmV2IFllZWxhIEth
cGxhbjoNCj4NCj4gU28sIGZpcnN0IG9mIGFsbCwgeW91IHNob3VsZCBrbm93IHRoYXQgcmVzaXpp
bmcgYSBkaXNrIGlzIG5vdCB5ZXQNCj4gc3VwcG9ydGVkIGluIG9WaXJ0Lg0KPiBJZiB5b3UgZGVj
aWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwgeW91IHNob3VsZCBrbm93IGluIGFkdmFu
Y2UNCj4gdGhhdCBpdCdzIG5vdCByZWNvbW1lbmRlZCwNCj4gYW5kIHRoYXQgeW91ciBkYXRhIGlz
IGF0IHJpc2sgd2hlbiB5b3UgcGVyZm9ybSB0aGVzZSBraW5kIG9mIGFjdGlvbnMuDQo+DQo+IFRo
ZXJlIGFyZSBzZXZlcmFsIHdheXMgdG8gcGVyZm9ybSB0aGlzLg0KPiBPbmUgb2YgdGhlbSBpcyB0
byBjcmVhdGUgYSBzZWNvbmQgKGxhcmdlcikgZGlzayBmb3IgdGhlIHZtLA0KPiBydW4gdGhlIHZt
IGZyb20gbGl2ZSBjZCBhbmQgdXNlIGRkIHRvIGNvcHkgdGhlIGZpcnN0IGRpc2sgY29udGVudHMN
Cj4gaW50byB0aGUgc2Vjb25kIG9uZSwNCj4gYW5kIGZpbmFsbHkgcmVtb3ZlIHRoZSBmaXJzdCBk
aXNrIGFuZCBtYWtlIHN1cmUgdGhhdCB0aGUgbmV3IGRpc2sgaXMNCj4gY29uZmlndXJlZCBhcyB5
b3VyIHN5c3RlbSBkaXNrLg0KPiBIZXJlIHlvdSBndWlkZSBmb3IgdGhlIGRkIG9wZXJhdGlvbg0K
PiB0byBiZSBkb25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJv
bSBsaXZlLg0KPiBDYW4gdGhpcyBiZSBkb25lIGRpcmVjdGx5IGZyb20gdGhlIE5GUyBzdG9yYWdl
IGl0c2VsZiBpbnN0ZWFkPw0KPg0KDQpLYXJsaSwgaXQgY2FuIGJlIGRvbmUgYnkgdXNpbmcgZGQg
KG9yIHJzeW5jKSwgd2hlbiB5b3VyIHNvdXJjZSBpcyB0aGUgdm9sdW1lIG9mIHRoZSBjdXJyZW50
IGRpc2sgaW1hZ2UNCmFuZCB0aGUgZGVzdGluYXRpb24gaXMgdGhlIHZvbHVtZSBvZiB0aGUgbmV3
IGRpc2sgaW1hZ2UgY3JlYXRlZC4NCllvdSBqdXN0IGhhdmUgdG8gZmluZCB0aGUgaW1hZ2VzIGlu
IHRoZSBpbnRlcm5hbHMgb2YgdGhlIHZkc20gaG9zdCwgd2hpY2ggaXMgYSBiaXQgbW9yZSB0cmlj
a3kNCmFuZCBjYW4gY2F1c2UgbW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4NCg0KDQpZb3UgbWVh
biBzaW5jZSB0aGUgVk0ncyBhbmQgZGlza3MgYXJlIGNhbGxlZCBsaWtlICJjM2RiZmI1Zi03YjNi
LTQ2MDItOTYxZi02MjRjNjk2MTg3MzQiIHlvdSBoYXZlIHRvIHF1ZXJ5IHRoZSBhcGkgdG8gZmln
dXJlIG91dCB3aGF0wrRzIHdoYXQsIGJ1dCBvdGhlciB0aGFuIHRoYXQsIHlvdcK0cmUgc2F5aW5n
IGl0wrRsbCAianVzdCB3b3JrIiwgc28gdGhhdMK0cyBnb29kIHRvIGtub3csIHNpbmNlIEkgdGhp
bmsgbGV0dGluZyB0aGUgc3RvcmFnZSBpdHNlbGYgZG8gdGhlIGRkIGNvcHkgbG9jYWxseSBpcyBn
b2luZyB0byBiZSBtdWNoIG11Y2ggZmFzdGVyIHRoYW4gdGhyb3VnaCB0aGUgVk0sIG92ZXIgdGhl
IG5ldHdvcmsuIFRoYW5rcyENCldpbGwgaXQgbWF0dGVyIGlmIHRoZSBkaXNrcyBhcmUgIlRoaW4g
UHJvdmlzaW9uIiBvciAiUHJlYWxsb2NhdGVkIj8NCg0KDQoNCg0KPg0KPg0KPiBUaGUgc2Vjb25k
LCByaXNraWVyLCBvcHRpb24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBvcnQgZG9tYWlu
LA0KPiByZXNpemUgdGhlIGltYWdlIHZvbHVtZSBzaXplIHRvIHRoZSBuZXcgbGFyZ2VyIHNpemUg
dXNpbmcgcWVtdS1pbWcNCj4gYW5kIGFsc28gbW9kaWZ5IHRoZSB2bSdzIG1ldGFkYXRhIGluIGl0
cyBvdmYsDQo+IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29tcGxpY2F0ZWQg
YW5kIHJlcXVpcmVzIGRlZXBlcg0KPiB1bmRlcnN0YW5kaW5nIGFuZCBhbHRlcmluZyBvZiB0aGUg
bWV0YWRhdGEuLi4NCj4gZmluYWxseSB5b3UnbGwgbmVlZCB0byBpbXBvcnQgdGhlIHZtIGJhY2su
DQo+DQo+DQo+DQo+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gPiBGcm9tOiAiUm9j
a3kiIDwgcm9ja3liYWxvb0BnbWFpbC5jb208bWFpbHRvOnJvY2t5YmFsb29AZ21haWwuY29tPiA+
DQo+ID4gVG86ICJZZWVsYSBLYXBsYW4iIDwgeWthcGxhbkByZWRoYXQuY29tPG1haWx0bzp5a2Fw
bGFuQHJlZGhhdC5jb20+ID4NCj4gPiBDYzogVXNlcnNAb3ZpcnQub3JnPG1haWx0bzpVc2Vyc0Bv
dmlydC5vcmc+ID4gU2VudDogVHVlc2RheSwgSmFudWFyeSA4LCAyMDEzIDExOjMwOjAwIEFNDQo+
ID4gU3ViamVjdDogUmU6IFtVc2Vyc10gQmVzdCBwcmFjdGljZSB0byByZXNpemUgYSBXTSBkaXNr
IGltYWdlDQo+ID4NCj4gPiBJdHMganVzdCBhIHRoZW9yZXRpY2FsIHF1ZXN0aW9uIGFzIEkgdGhp
bmsgdGhlIGlzc3VlIHdpbGwgY29tZSBmb3INCj4gPiB1cw0KPiA+IGFuZCBvdGhlciB1c2Vycy4N
Cj4gPg0KPiA+IEkgdGhpbmsgdGhlcmUgY2FuIGJlIG9uZSBvciBtb3JlIHNuYXBzaG90cyBpbiB0
aGUgV00gb3ZlciB0aGUgdGltZS4NCj4gPiBCdXQNCj4gPiBpZiB0aGF0IGlzIGFuIGlzc3VlIHdl
IGNhbiBhbHdheXMgY29sbGFwc2UgdGhlbSBJIHRoaW5rLg0KPiA+IElmIGl0cyBhIGJhc2UgaW1h
Z2UgaXQgc2hvdWxkIGJlIFJBVywgcmlnaHQ/DQo+ID4gSW4gdGhpcyBjYXNlIGl0cyBvbiBmaWxl
IHN0b3JhZ2UgKE5GUykuDQo+ID4NCj4gPiBSZWdhcmRzIC8vUmlja3kNCj4gPg0KPiA+IE9uIDIw
MTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToNCj4gPiA+IEhpIFJpY2t5LA0KPiA+
ID4gSW4gb3JkZXIgdG8gZ2l2ZSB5b3UgYSBkZXRhaWxlZCBhbnN3ZXIgSSBuZWVkIGFkZGl0aW9u
YWwgZGV0YWlscw0KPiA+ID4gcmVnYXJkaW5nIHRoZSBkaXNrOg0KPiA+ID4gLSBJcyB0aGUgZGlz
ayBpbWFnZSBjb21wb3NlZCBhcyBhIGNoYWluIG9mIHZvbHVtZXMgb3IganVzdCBhIGJhc2UNCj4g
PiA+IHZvbHVtZT8NCj4gPiA+IChpZiBpdCdzIGEgY2hhaW4gaXQgd2lsbCBiZSBtb3JlIGNvbXBs
aWNhdGVkLCB5b3UgbWlnaHQgd2FudCB0bw0KPiA+ID4gY29sbGFwc2UgdGhlIGNoYWluIGZpcnN0
IHRvIG1ha2UgaXQgZWFzaWVyKS4NCj4gPiA+IC0gSXMgdGhlIGRpc2sgaW1hZ2UgcmF3PyAoeW91
IGNhbiB1c2UgcWVtdS1pbWcgaW5mbyB0byBjaGVjaykNCj4gPiA+IC0gSXMgdGhlIGRpc2sgaW1h
Z2Ugb24gYmxvY2sgb3IgZmlsZSBzdG9yYWdlPw0KPiA+ID4NCj4gPiA+IFJlZ2FyZHMsDQo+ID4g
PiBZZWVsYQ0KPiA+ID4NCj4gPiA+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCj4gPiA+
PiBGcm9tOiAiUmlja3kiIDwgcm9ja3liYWxvb0BnbWFpbC5jb208bWFpbHRvOnJvY2t5YmFsb29A
Z21haWwuY29tPiA+DQo+ID4gPj4gVG86IFVzZXJzQG92aXJ0Lm9yZzxtYWlsdG86VXNlcnNAb3Zp
cnQub3JnPiA+ID4+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgOCwgMjAxMyAxMDo0MDoyNw0KPiA+
ID4+IEFNDQo+ID4gPj4gU3ViamVjdDogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBh
IFdNIGRpc2sgaW1hZ2UNCj4gPiA+Pg0KPiA+ID4+IEhpLA0KPiA+ID4+DQo+ID4gPj4gSWYgSSBo
YXZlIGEgVk0gdGhhdCBoYXMgcnVuIG91dCBvZiBkaXNrIHNwYWNlLCBob3cgY2FuIEkNCj4gPiA+
PiBpbmNyZWFzZQ0KPiA+ID4+IHRoZQ0KPiA+ID4+IHNwYWNlIGluIGJlc3Qgd2F5PyBPbmUgd2F5
IGlzIHRvIGFkZCBhIHNlY29uZCBiaWdnZXIgZGlzayB0byB0aGUNCj4gPiA+PiBXTQ0KPiA+ID4+
IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNvcHkuIEJ1dCBpcyBpdCBwb3NzaWJsZSB0
bw0KPiA+ID4+IHN0cmV0Y2gNCj4gPiA+PiB0aGUNCj4gPiA+PiBvcmlnaW5hbCBkaXNrIGluc2lk
ZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdyB0aGUNCj4gPiA+PiBiaWdn
ZXINCj4gPiA+PiBzaXplPw0KPiA+ID4+DQo+ID4gPj4gUmVnYXJkcyAvL1JpY2t5DQo+ID4gPj4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gPiA+PiBV
c2VycyBtYWlsaW5nIGxpc3QNCj4gPiA+PiBVc2Vyc0BvdmlydC5vcmc8bWFpbHRvOlVzZXJzQG92
aXJ0Lm9yZz4gPiA+Pg0KPiA+ID4+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0
aW5mby91c2VycyA+ID4+DQo+ID4NCj4gPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QgVXNlcnNAb3ZpcnQub3Jn
PG1haWx0bzpVc2Vyc0BvdmlydC5vcmc+DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1h
bi9saXN0aW5mby91c2Vycw0KPg0KDQoNCg==
--_000_5F9E965F5A80BC468BE5F40576769F09101FF82Aexchange21_
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64
PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv
L0VOIj4NCjxodG1sPg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1Ii
IGNvbnRlbnQ9Ikd0a0hUTUwvNC40LjQiPg0KPC9oZWFkPg0KPGJvZHk+DQpvbnMgMjAxMy0wMS0w
OSBrbG9ja2FuIDA5OjEzIC0wNTAwIHNrcmV2IFllZWxhIEthcGxhbjoNCjxibG9ja3F1b3RlIHR5
cGU9IkNJVEUiPg0KPHByZT4KCi0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyBGcm9t
OiAmcXVvdDtLYXJsaSBTasO2YmVyZyZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOkthcmxpLlNq
b2JlcmdAc2x1LnNlIj5LYXJsaS5Tam9iZXJnQHNsdS5zZTwvYT4mZ3Q7CiZndDsgVG86ICZxdW90
O1llZWxhIEthcGxhbiZxdW90OyAmbHQ7PGEgaHJlZj0ibWFpbHRvOnlrYXBsYW5AcmVkaGF0LmNv
bSI+eWthcGxhbkByZWRoYXQuY29tPC9hPiZndDsKJmd0OyBDYzogJnF1b3Q7Um9ja3kmcXVvdDsg
Jmx0OzxhIGhyZWY9Im1haWx0bzpyb2NreWJhbG9vQGdtYWlsLmNvbSI+cm9ja3liYWxvb0BnbWFp
bC5jb208L2E+Jmd0OywgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3Zp
cnQub3JnPC9hPgomZ3Q7IFNlbnQ6IFdlZG5lc2RheSwgSmFudWFyeSA5LCAyMDEzIDE6NTY6MzIg
UE0KJmd0OyBTdWJqZWN0OiBSZTogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBhIFdN
IGRpc2sgaW1hZ2UKJmd0OyAKJmd0OyB0aXMgMjAxMy0wMS0wOCBrbG9ja2FuIDExOjAzIC0wNTAw
IHNrcmV2IFllZWxhIEthcGxhbjoKJmd0OyAKJmd0OyBTbywgZmlyc3Qgb2YgYWxsLCB5b3Ugc2hv
dWxkIGtub3cgdGhhdCByZXNpemluZyBhIGRpc2sgaXMgbm90IHlldAomZ3Q7IHN1cHBvcnRlZCBp
biBvVmlydC4KJmd0OyBJZiB5b3UgZGVjaWRlIHRoYXQgeW91IG11c3QgdXNlIGl0IGFueXdheSwg
eW91IHNob3VsZCBrbm93IGluIGFkdmFuY2UKJmd0OyB0aGF0IGl0J3Mgbm90IHJlY29tbWVuZGVk
LAomZ3Q7IGFuZCB0aGF0IHlvdXIgZGF0YSBpcyBhdCByaXNrIHdoZW4geW91IHBlcmZvcm0gdGhl
c2Uga2luZCBvZiBhY3Rpb25zLgomZ3Q7IAomZ3Q7IFRoZXJlIGFyZSBzZXZlcmFsIHdheXMgdG8g
cGVyZm9ybSB0aGlzLgomZ3Q7IE9uZSBvZiB0aGVtIGlzIHRvIGNyZWF0ZSBhIHNlY29uZCAobGFy
Z2VyKSBkaXNrIGZvciB0aGUgdm0sCiZndDsgcnVuIHRoZSB2bSBmcm9tIGxpdmUgY2QgYW5kIHVz
ZSBkZCB0byBjb3B5IHRoZSBmaXJzdCBkaXNrIGNvbnRlbnRzCiZndDsgaW50byB0aGUgc2Vjb25k
IG9uZSwKJmd0OyBhbmQgZmluYWxseSByZW1vdmUgdGhlIGZpcnN0IGRpc2sgYW5kIG1ha2Ugc3Vy
ZSB0aGF0IHRoZSBuZXcgZGlzayBpcwomZ3Q7IGNvbmZpZ3VyZWQgYXMgeW91ciBzeXN0ZW0gZGlz
ay4gCiZndDsgSGVyZSB5b3UgZ3VpZGUgZm9yIHRoZSBkZCBvcGVyYXRpb24KJmd0OyB0byBiZSBk
b25lIGZyb20gd2l0aGluIHRoZSBndWVzdCBzeXN0ZW0sIGJ1dCBib290ZWQgZnJvbSBsaXZlLgom
Z3Q7IENhbiB0aGlzIGJlIGRvbmUgZGlyZWN0bHkgZnJvbSB0aGUgTkZTIHN0b3JhZ2UgaXRzZWxm
IGluc3RlYWQ/CiZndDsgCgpLYXJsaSwgaXQgY2FuIGJlIGRvbmUgYnkgdXNpbmcgZGQgKG9yIHJz
eW5jKSwgd2hlbiB5b3VyIHNvdXJjZSBpcyB0aGUgdm9sdW1lIG9mIHRoZSBjdXJyZW50IGRpc2sg
aW1hZ2UKYW5kIHRoZSBkZXN0aW5hdGlvbiBpcyB0aGUgdm9sdW1lIG9mIHRoZSBuZXcgZGlzayBp
bWFnZSBjcmVhdGVkLgpZb3UganVzdCBoYXZlIHRvIGZpbmQgdGhlIGltYWdlcyBpbiB0aGUgaW50
ZXJuYWxzIG9mIHRoZSB2ZHNtIGhvc3QsIHdoaWNoIGlzIGEgYml0IG1vcmUgdHJpY2t5CmFuZCBj
YW4gY2F1c2UgbW9yZSBkYW1hZ2UgaWYgZG9uZSB3cm9uZy4KPC9wcmU+DQo8L2Jsb2NrcXVvdGU+
DQpZb3UgbWVhbiBzaW5jZSB0aGUgVk0ncyBhbmQgZGlza3MgYXJlIGNhbGxlZCBsaWtlICZxdW90
O2MzZGJmYjVmLTdiM2ItNDYwMi05NjFmLTYyNGM2OTYxODczNCZxdW90OyB5b3UgaGF2ZSB0byBx
dWVyeSB0aGUgYXBpIHRvIGZpZ3VyZSBvdXQgd2hhdMK0cyB3aGF0LCBidXQgb3RoZXIgdGhhbiB0
aGF0LCB5b3XCtHJlIHNheWluZyBpdMK0bGwgJnF1b3Q7anVzdCB3b3JrJnF1b3Q7LCBzbyB0aGF0
wrRzIGdvb2QgdG8ga25vdywgc2luY2UgSSB0aGluayBsZXR0aW5nIHRoZSBzdG9yYWdlIGl0c2Vs
Zg0KIGRvIHRoZSBkZCBjb3B5IGxvY2FsbHkgaXMgZ29pbmcgdG8gYmUgbXVjaCBtdWNoIGZhc3Rl
ciB0aGFuIHRocm91Z2ggdGhlIFZNLCBvdmVyIHRoZSBuZXR3b3JrLiBUaGFua3MhPGJyPg0KV2ls
bCBpdCBtYXR0ZXIgaWYgdGhlIGRpc2tzIGFyZSAmcXVvdDtUaGluIFByb3Zpc2lvbiZxdW90OyBv
ciAmcXVvdDtQcmVhbGxvY2F0ZWQmcXVvdDs/PGJyPg0KPGJyPg0KPGJsb2NrcXVvdGUgdHlwZT0i
Q0lURSI+DQo8cHJlPgoKJmd0OyAKJmd0OyAKJmd0OyBUaGUgc2Vjb25kLCByaXNraWVyLCBvcHRp
b24gaXMgdG8gZXhwb3J0IHRoZSB2bSB0byBhbiBleHBvcnQgZG9tYWluLAomZ3Q7IHJlc2l6ZSB0
aGUgaW1hZ2Ugdm9sdW1lIHNpemUgdG8gdGhlIG5ldyBsYXJnZXIgc2l6ZSB1c2luZyBxZW11LWlt
ZwomZ3Q7IGFuZCBhbHNvIG1vZGlmeSB0aGUgdm0ncyBtZXRhZGF0YSBpbiBpdHMgb3ZmLAomZ3Q7
IGFzIHlvdSBjYW4gc2VlIHRoaXMgb3B0aW9uIGlzIG1vcmUgY29tcGxpY2F0ZWQgYW5kIHJlcXVp
cmVzIGRlZXBlcgomZ3Q7IHVuZGVyc3RhbmRpbmcgYW5kIGFsdGVyaW5nIG9mIHRoZSBtZXRhZGF0
YS4uLgomZ3Q7IGZpbmFsbHkgeW91J2xsIG5lZWQgdG8gaW1wb3J0IHRoZSB2bSBiYWNrLgomZ3Q7
IAomZ3Q7IAomZ3Q7IAomZ3Q7IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0KJmd0OyAmZ3Q7
IEZyb206ICZxdW90O1JvY2t5JnF1b3Q7ICZsdDsgPGEgaHJlZj0ibWFpbHRvOnJvY2t5YmFsb29A
Z21haWwuY29tIj5yb2NreWJhbG9vQGdtYWlsLmNvbTwvYT4gJmd0OwomZ3Q7ICZndDsgVG86ICZx
dW90O1llZWxhIEthcGxhbiZxdW90OyAmbHQ7IDxhIGhyZWY9Im1haWx0bzp5a2FwbGFuQHJlZGhh
dC5jb20iPnlrYXBsYW5AcmVkaGF0LmNvbTwvYT4gJmd0OwomZ3Q7ICZndDsgQ2M6IDxhIGhyZWY9
Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyBTZW50OiBU
dWVzZGF5LCBKYW51YXJ5IDgsIDIwMTMgMTE6MzA6MDAgQU0KJmd0OyAmZ3Q7IFN1YmplY3Q6IFJl
OiBbVXNlcnNdIEJlc3QgcHJhY3RpY2UgdG8gcmVzaXplIGEgV00gZGlzayBpbWFnZQomZ3Q7ICZn
dDsgCiZndDsgJmd0OyBJdHMganVzdCBhIHRoZW9yZXRpY2FsIHF1ZXN0aW9uIGFzIEkgdGhpbmsg
dGhlIGlzc3VlIHdpbGwgY29tZSBmb3IKJmd0OyAmZ3Q7IHVzCiZndDsgJmd0OyBhbmQgb3RoZXIg
dXNlcnMuCiZndDsgJmd0OyAKJmd0OyAmZ3Q7IEkgdGhpbmsgdGhlcmUgY2FuIGJlIG9uZSBvciBt
b3JlIHNuYXBzaG90cyBpbiB0aGUgV00gb3ZlciB0aGUgdGltZS4KJmd0OyAmZ3Q7IEJ1dAomZ3Q7
ICZndDsgaWYgdGhhdCBpcyBhbiBpc3N1ZSB3ZSBjYW4gYWx3YXlzIGNvbGxhcHNlIHRoZW0gSSB0
aGluay4KJmd0OyAmZ3Q7IElmIGl0cyBhIGJhc2UgaW1hZ2UgaXQgc2hvdWxkIGJlIFJBVywgcmln
aHQ/CiZndDsgJmd0OyBJbiB0aGlzIGNhc2UgaXRzIG9uIGZpbGUgc3RvcmFnZSAoTkZTKS4KJmd0
OyAmZ3Q7IAomZ3Q7ICZndDsgUmVnYXJkcyAvL1JpY2t5CiZndDsgJmd0OyAKJmd0OyAmZ3Q7IE9u
IDIwMTMtMDEtMDggMTA6MDcsIFllZWxhIEthcGxhbiB3cm90ZToKJmd0OyAmZ3Q7ICZndDsgSGkg
Umlja3ksCiZndDsgJmd0OyAmZ3Q7IEluIG9yZGVyIHRvIGdpdmUgeW91IGEgZGV0YWlsZWQgYW5z
d2VyIEkgbmVlZCBhZGRpdGlvbmFsIGRldGFpbHMKJmd0OyAmZ3Q7ICZndDsgcmVnYXJkaW5nIHRo
ZSBkaXNrOgomZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdlIGNvbXBvc2VkIGFzIGEg
Y2hhaW4gb2Ygdm9sdW1lcyBvciBqdXN0IGEgYmFzZQomZ3Q7ICZndDsgJmd0OyB2b2x1bWU/CiZn
dDsgJmd0OyAmZ3Q7IChpZiBpdCdzIGEgY2hhaW4gaXQgd2lsbCBiZSBtb3JlIGNvbXBsaWNhdGVk
LCB5b3UgbWlnaHQgd2FudCB0bwomZ3Q7ICZndDsgJmd0OyBjb2xsYXBzZSB0aGUgY2hhaW4gZmly
c3QgdG8gbWFrZSBpdCBlYXNpZXIpLgomZ3Q7ICZndDsgJmd0OyAtIElzIHRoZSBkaXNrIGltYWdl
IHJhdz8gKHlvdSBjYW4gdXNlIHFlbXUtaW1nIGluZm8gdG8gY2hlY2spCiZndDsgJmd0OyAmZ3Q7
IC0gSXMgdGhlIGRpc2sgaW1hZ2Ugb24gYmxvY2sgb3IgZmlsZSBzdG9yYWdlPwomZ3Q7ICZndDsg
Jmd0OwomZ3Q7ICZndDsgJmd0OyBSZWdhcmRzLAomZ3Q7ICZndDsgJmd0OyBZZWVsYQomZ3Q7ICZn
dDsgJmd0OwomZ3Q7ICZndDsgJmd0OyAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tCiZndDsg
Jmd0OyAmZ3Q7Jmd0OyBGcm9tOiAmcXVvdDtSaWNreSZxdW90OyAmbHQ7IDxhIGhyZWY9Im1haWx0
bzpyb2NreWJhbG9vQGdtYWlsLmNvbSI+cm9ja3liYWxvb0BnbWFpbC5jb208L2E+ICZndDsKJmd0
OyAmZ3Q7ICZndDsmZ3Q7IFRvOiA8YSBocmVmPSJtYWlsdG86VXNlcnNAb3ZpcnQub3JnIj5Vc2Vy
c0BvdmlydC5vcmc8L2E+ICZndDsgJmd0OyZndDsgU2VudDogVHVlc2RheSwgSmFudWFyeSA4LCAy
MDEzIDEwOjQwOjI3CiZndDsgJmd0OyAmZ3Q7Jmd0OyBBTQomZ3Q7ICZndDsgJmd0OyZndDsgU3Vi
amVjdDogW1VzZXJzXSBCZXN0IHByYWN0aWNlIHRvIHJlc2l6ZSBhIFdNIGRpc2sgaW1hZ2UKJmd0
OyAmZ3Q7ICZndDsmZ3Q7CiZndDsgJmd0OyAmZ3Q7Jmd0OyBIaSwKJmd0OyAmZ3Q7ICZndDsmZ3Q7
CiZndDsgJmd0OyAmZ3Q7Jmd0OyBJZiBJIGhhdmUgYSBWTSB0aGF0IGhhcyBydW4gb3V0IG9mIGRp
c2sgc3BhY2UsIGhvdyBjYW4gSQomZ3Q7ICZndDsgJmd0OyZndDsgaW5jcmVhc2UKJmd0OyAmZ3Q7
ICZndDsmZ3Q7IHRoZQomZ3Q7ICZndDsgJmd0OyZndDsgc3BhY2UgaW4gYmVzdCB3YXk/IE9uZSB3
YXkgaXMgdG8gYWRkIGEgc2Vjb25kIGJpZ2dlciBkaXNrIHRvIHRoZQomZ3Q7ICZndDsgJmd0OyZn
dDsgV00KJmd0OyAmZ3Q7ICZndDsmZ3Q7IGFuZCB0aGVuIHVzZSBkZCBvciBzaW1pbGFyIHRvIGNv
cHkuIEJ1dCBpcyBpdCBwb3NzaWJsZSB0bwomZ3Q7ICZndDsgJmd0OyZndDsgc3RyZXRjaAomZ3Q7
ICZndDsgJmd0OyZndDsgdGhlCiZndDsgJmd0OyAmZ3Q7Jmd0OyBvcmlnaW5hbCBkaXNrIGluc2lk
ZSBvciBvdXRzaWRlIG9WaXJ0IGFuZCBnZXQgb1ZpcnQgdG8ga25vdyB0aGUKJmd0OyAmZ3Q7ICZn
dDsmZ3Q7IGJpZ2dlcgomZ3Q7ICZndDsgJmd0OyZndDsgc2l6ZT8KJmd0OyAmZ3Q7ICZndDsmZ3Q7
CiZndDsgJmd0OyAmZ3Q7Jmd0OyBSZWdhcmRzIC8vUmlja3kKJmd0OyAmZ3Q7ICZndDsmZ3Q7IF9f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCiZndDsgJmd0OyAm
Z3Q7Jmd0OyBVc2VycyBtYWlsaW5nIGxpc3QKJmd0OyAmZ3Q7ICZndDsmZ3Q7IDxhIGhyZWY9Im1h
aWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT4gJmd0OyAmZ3Q7Jmd0Owom
Z3Q7ICZndDsgJmd0OyZndDsgPGEgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFu
L2xpc3RpbmZvL3VzZXJzIj5odHRwOi8vbGlzdHMub3ZpcnQub3JnL21haWxtYW4vbGlzdGluZm8v
dXNlcnM8L2E+ICZndDsgJmd0OyZndDsKJmd0OyAmZ3Q7IAomZ3Q7ICZndDsgCiZndDsgX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KJmd0OyBVc2VycyBtYWls
aW5nIGxpc3QgPGEgaHJlZj0ibWFpbHRvOlVzZXJzQG92aXJ0Lm9yZyI+VXNlcnNAb3ZpcnQub3Jn
PC9hPgomZ3Q7IDxhIGhyZWY9Imh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5m
by91c2VycyI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPC9h
PgomZ3Q7IAo8L3ByZT4NCjwvYmxvY2txdW90ZT4NCjxicj4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--_000_5F9E965F5A80BC468BE5F40576769F09101FF82Aexchange21_--
1:04 p.m.
----- Original Message -----
From: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
To: "Yeela Kaplan" <ykaplan(a)redhat.com>
Cc: "Rocky" <rockybaloo(a)gmail.com>, Users(a)ovirt.org
Sent: Wednesday, January 9, 2013 4:30:35 PM
Subject: Re: [Users] Best practice to resize a WM disk image
ons 2013-01-09 klockan 09:13 -0500 skrev Yeela Kaplan:
----- Original Message -----
> From: "Karli Sjöberg" < Karli.Sjoberg(a)slu.se >
> To: "Yeela Kaplan" < ykaplan(a)redhat.com >
> Cc: "Rocky" < rockybaloo(a)gmail.com >, Users(a)ovirt.org > Sent:
> Wednesday, January 9, 2013 1:56:32 PM
> Subject: Re: [Users] Best practice to resize a WM disk image
>
> tis 2013-01-08 klockan 11:03 -0500 skrev Yeela Kaplan:
>
> So, first of all, you should know that resizing a disk is not yet
> supported in oVirt.
> If you decide that you must use it anyway, you should know in
> advance
> that it's not recommended,
> and that your data is at risk when you perform these kind of
> actions.
>
> There are several ways to perform this.
> One of them is to create a second (larger) disk for the vm,
> run the vm from live cd and use dd to copy the first disk contents
> into the second one,
> and finally remove the first disk and make sure that the new disk
> is
> configured as your system disk.
> Here you guide for the dd operation
> to be done from within the guest system, but booted from live.
> Can this be done directly from the NFS storage itself instead?
>
Karli, it can be done by using dd (or rsync), when your source is the
volume of the current disk image
and the destination is the volume of the new disk image created.
You just have to find the images in the internals of the vdsm host,
which is a bit more tricky
and can cause more damage if done wrong. You mean since the VM's and
disks are called like "c3dbfb5f-7b3b-4602-961f-624c69618734" you
have to query the api to figure out what´s what, but other than
that, you´re saying it´ll "just work", so that´s good to know, since
I think letting the storage itself do the dd copy locally is going
to be much much faster than through the VM, over the network.
Thanks!
Will it matter if the disks are "Thin Provision" or "Preallocated"?
As long as it's done on the base volume it doesn't matter.
>
>
> The second, riskier, option is to export the vm to an export
> domain,
> resize the image volume size to the new larger size using qemu-img
> and also modify the vm's metadata in its ovf,
> as you can see this option is more complicated and requires deeper
> understanding and altering of the metadata...
> finally you'll need to import the vm back.
>
>
>
> ----- Original Message -----
> > From: "Rocky" < rockybaloo(a)gmail.com >
> > To: "Yeela Kaplan" < ykaplan(a)redhat.com >
> > Cc: Users(a)ovirt.org > Sent: Tuesday, January 8, 2013 11:30:00 AM
> > Subject: Re: [Users] Best practice to resize a WM disk image
> >
> > Its just a theoretical question as I think the issue will come
> > for
> > us
> > and other users.
> >
> > I think there can be one or more snapshots in the WM over the
> > time.
> > But
> > if that is an issue we can always collapse them I think.
> > If its a base image it should be RAW, right?
> > In this case its on file storage (NFS).
> >
> > Regards //Ricky
> >
> > On 2013-01-08 10:07, Yeela Kaplan wrote:
> > > Hi Ricky,
> > > In order to give you a detailed answer I need additional
> > > details
> > > regarding the disk:
> > > - Is the disk image composed as a chain of volumes or just a
> > > base
> > > volume?
> > > (if it's a chain it will be more complicated, you might want to
> > > collapse the chain first to make it easier).
> > > - Is the disk image raw? (you can use qemu-img info to check)
> > > - Is the disk image on block or file storage?
> > >
> > > Regards,
> > > Yeela
> > >
> > > ----- Original Message -----
> > >> From: "Ricky" < rockybaloo(a)gmail.com >
> > >> To: Users(a)ovirt.org > >> Sent: Tuesday, January 8, 2013
> > >> 10:40:27
> > >> AM
> > >> Subject: [Users] Best practice to resize a WM disk image
> > >>
> > >> Hi,
> > >>
> > >> If I have a VM that has run out of disk space, how can I
> > >> increase
> > >> the
> > >> space in best way? One way is to add a second bigger disk to
> > >> the
> > >> WM
> > >> and then use dd or similar to copy. But is it possible to
> > >> stretch
> > >> the
> > >> original disk inside or outside oVirt and get oVirt to know
> > >> the
> > >> bigger
> > >> size?
> > >>
> > >> Regards //Ricky
> > >> _______________________________________________
> > >> Users mailing list
> > >> Users(a)ovirt.org > >>
> > >> http://lists.ovirt.org/mailman/listinfo/users > >>
> >
> >
> _______________________________________________
> Users mailing list Users(a)ovirt.org >
> http://lists.ovirt.org/mailman/listinfo/users >
4371
days inactive
4372
days old
9 comments
6 participants
participants (6)
-
Alexandre Santos -
Karli Sjöberg -
Marcelo Barbosa -
Ricky -
Rocky
-
Yeela Kaplan