[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
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@gmail.com> To: Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@gmail.com> To: Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@gmail.com> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: Users@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@gmail.com> To: Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--_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_--
2013/1/9 Karli Sjöberg <Karli.Sjoberg@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@gmail.com> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: Users@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@gmail.com> To: Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@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
Alex, Suggestion for use GlusterFS to oVirt, look: http://www.gluster.org/2012/07/installing-ovirt-3-1-and-glusterfs-using-eith... Marcelo Barbosa *mr.marcelo.barbosa@gmail.com* On Wed, Jan 9, 2013 at 10:10 AM, Alexandre Santos <santosam72@gmail.com>wrote:
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
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
2013/1/9 Karli Sjöberg <Karli.Sjoberg@slu.se>: that 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@gmail.com> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: Users@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@gmail.com> To: Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________ Users mailing list Users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
----- Original Message -----
From: "Karli Sjöberg" <Karli.Sjoberg@slu.se> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: "Rocky" <rockybaloo@gmail.com>, Users@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@gmail.com > To: "Yeela Kaplan" < ykaplan@redhat.com > Cc: Users@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@gmail.com > To: Users@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@ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >>
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
--_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_--
----- Original Message -----
From: "Karli Sjöberg" <Karli.Sjoberg@slu.se> To: "Yeela Kaplan" <ykaplan@redhat.com> Cc: "Rocky" <rockybaloo@gmail.com>, Users@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@slu.se > To: "Yeela Kaplan" < ykaplan@redhat.com > Cc: "Rocky" < rockybaloo@gmail.com >, Users@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@gmail.com > To: "Yeela Kaplan" < ykaplan@redhat.com > Cc: Users@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@gmail.com > To: Users@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@ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/users > >>
_______________________________________________ Users mailing list Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >
participants (6)
-
Alexandre Santos -
Karli Sjöberg -
Marcelo Barbosa -
Ricky -
Rocky
-
Yeela Kaplan