------=_Part_44946689_1427106975.1409671286440 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time. Thanks in advance Tibor ------=_Part_44946689_1427106975.1409671286440 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them.</div><div>Ovirt can use qcow2 based images directly or I need to convert to raw in any case?</div><div>I don't have long time for migration, the conversion process takes a long time.</div><div><br></div><div>Thanks in advance</div><div><br></div><div>Tibor</div><div><br></div></div></body></html> ------=_Part_44946689_1427106975.1409671286440--
On 09/02/2014 06:21 PM, Demeter Tibor wrote:
Hi,
I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time.
Thanks in advance
Tibor
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
should be usable as is. how do you plan on importing or registering them to the engine?
Hi, Firstly, I don't want make an import domain. I just want to make a vm with same parameters (disk size,ram, etc) then replace the disk images with our original disks. Tibor ----- Eredeti üzenet -----
On 09/02/2014 06:21 PM, Demeter Tibor wrote:
Hi,
I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time.
Thanks in advance
Tibor
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
should be usable as is. how do you plan on importing or registering them to the engine?
On 09/03/2014 08:46 AM, Demeter Tibor wrote:
Hi, Firstly, I don't want make an import domain. I just want to make a vm with same parameters (disk size,ram, etc) then replace the disk images with our original disks.
on which storage type (iscsi or nfs)?
Tibor
----- Eredeti üzenet -----
On 09/02/2014 06:21 PM, Demeter Tibor wrote:
Hi,
I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time.
Thanks in advance
Tibor
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
should be usable as is. how do you plan on importing or registering them to the engine?
On shared glusterfs. Tibor ----- Eredeti üzenet -----
On 09/03/2014 08:46 AM, Demeter Tibor wrote:
Hi, Firstly, I don't want make an import domain. I just want to make a vm with same parameters (disk size,ram, etc) then replace the disk images with our original disks.
on which storage type (iscsi or nfs)?
Tibor
----- Eredeti üzenet -----
On 09/02/2014 06:21 PM, Demeter Tibor wrote:
Hi,
I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time.
Thanks in advance
Tibor
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
should be usable as is. how do you plan on importing or registering them to the engine?
On 09/03/2014 11:14 AM, Demeter Tibor wrote:
On shared glusterfs.
Allon/Federico - I remember on NFS, qcow2 isn't used by default, since raw is sparse by default. (but i don't remember if it "won't work", or just not enabled by default). can one create a qcow2 disk for a VM with gluster storage?
Tibor
----- Eredeti üzenet -----
On 09/03/2014 08:46 AM, Demeter Tibor wrote:
Hi, Firstly, I don't want make an import domain. I just want to make a vm with same parameters (disk size,ram, etc) then replace the disk images with our original disks.
on which storage type (iscsi or nfs)?
Tibor
----- Eredeti üzenet -----
On 09/02/2014 06:21 PM, Demeter Tibor wrote:
Hi,
I have a lot of qcow2 based vm (from my kvm box) disks and I would like to copy to ovirt them. Ovirt can use qcow2 based images directly or I need to convert to raw in any case? I don't have long time for migration, the conversion process takes a long time.
Thanks in advance
Tibor
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
should be usable as is. how do you plan on importing or registering them to the engine?
Am 03.09.2014 12:50, schrieb Itamar Heim:
Allon/Federico - I remember on NFS, qcow2 isn't used by default, since raw is sparse by default. (but i don't remember if it "won't work", or just not enabled by default).
can one create a qcow2 disk for a VM with gluster storage?
Sorry for hijacking this thread, but is there anywhere some documentation what the default vm disk format on a given storage backend is and what storage format could be optionally selected and which storage format is not supported on that backend? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
On Wed, Sep 3, 2014 at 1:22 PM, Sven Kieske <s.kieske@mittwald.de> wrote:
Am 03.09.2014 12:50, schrieb Itamar Heim:
Allon/Federico - I remember on NFS, qcow2 isn't used by default, since raw is sparse by default. (but i don't remember if it "won't work", or just not enabled by default).
can one create a qcow2 disk for a VM with gluster storage?
Sorry for hijacking this thread, but is there anywhere some documentation what the default vm disk format on a given storage backend is and what storage format could be optionally selected and which storage format is not supported on that backend?
As far as I know from official RHEV docs, the better reference page is this (for RHEV 3.4): https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat... But I don't see in that table a clear statement for GlusterFS... is it like NFS? Also, in my opinion, it would be nice to add, in the first column field, the word "(default)" for the corresponding line if feasible. Gianluca
Am 03.09.2014 15:09, schrieb Gianluca Cecchi:
As far as I know from official RHEV docs, the better reference page is this (for RHEV 3.4):
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualizat...
Thanks for the link. Local storage is also missing there. OT: It's still a shame you can't open bugreports for rhev documentation when you are no subscriber/customer, why not let others improve your documentation for free? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
On Wed, Sep 3, 2014 at 5:24 PM, Sven Kieske <s.kieske@mittwald.de> wrote:
OT: It's still a shame you can't open bugreports for rhev documentation when you are no subscriber/customer, why not let others improve your documentation for free?
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account .... see https://bugzilla.redhat.com/show_bug.cgi?id=954211 Can we ask here a similar workflow? Thanks in advance, Gianluca
Am 03.09.2014 17:37, schrieb Gianluca Cecchi:
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account ....
see https://bugzilla.redhat.com/show_bug.cgi?id=954211
Can we ask here a similar workflow? Thanks in advance,
Well yeah, that works somehow, but why can't I open a bug on these docs? they are available to the public anyway. Everybody can investigate them for errors, but I need a red hat guy to make a report if I find an error? really? I think I just won't report any doc bugs anymore, because red hat doesn't seem to want that. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
Hi, So, what do you recommend for glusterfs? I have try out on local storage with native qcow2 format and the vm still could start, but does not boot. It sad "no bootable device found". I convert to raw and it could boot without problems. I will try out on my glusterfs based storage soon. Thanks, Tibor ----- Eredeti üzenet -----
Am 03.09.2014 17:37, schrieb Gianluca Cecchi:
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account ....
see https://bugzilla.redhat.com/show_bug.cgi?id=954211
Can we ask here a similar workflow? Thanks in advance,
Well yeah, that works somehow, but why can't I open a bug on these docs? they are available to the public anyway.
Everybody can investigate them for errors, but I need a red hat guy to make a report if I find an error? really?
I think I just won't report any doc bugs anymore, because red hat doesn't seem to want that.
-- Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/03/2014 06:45 PM, Sven Kieske wrote:
Am 03.09.2014 17:37, schrieb Gianluca Cecchi:
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account ....
see https://bugzilla.redhat.com/show_bug.cgi?id=954211
Can we ask here a similar workflow? Thanks in advance,
Well yeah, that works somehow, but why can't I open a bug on these docs? they are available to the public anyway.
Everybody can investigate them for errors, but I need a red hat guy to make a report if I find an error? really?
I think I just won't report any doc bugs anymore, because red hat doesn't seem to want that.
for now, for lack of a better option, I suggest opening them on ovirt docs.
Hi, I have checked and found that ovirt support two type of disk formats (RAW & QCOW2)...but bydefault it create the VM disk with RAW format....i try but didn't find any way to change this format to qcow2 ?? How i can change the default vm disk from RAW to QCOW2 ?? I am using the below :- Ovirt :- 3.4.3 Glusterfs :- 3.5 Thanks, Punit On Thu, Sep 4, 2014 at 3:25 AM, Itamar Heim <iheim@redhat.com> wrote:
On 09/03/2014 06:45 PM, Sven Kieske wrote:
Am 03.09.2014 17:37, schrieb Gianluca Cecchi:
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account ....
see https://bugzilla.redhat.com/show_bug.cgi?id=954211
Can we ask here a similar workflow? Thanks in advance,
Well yeah, that works somehow, but why can't I open a bug on these docs? they are available to the public anyway.
Everybody can investigate them for errors, but I need a red hat guy to make a report if I find an error? really?
I think I just won't report any doc bugs anymore, because red hat doesn't seem to want that.
for now, for lack of a better option, I suggest opening them on ovirt docs.
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
On 09/05/2014 04:20 AM, Punit Dambiwal wrote:
Hi,
I have checked and found that ovirt support two type of disk formats (RAW & QCOW2)...but bydefault it create the VM disk with RAW format....i try but didn't find any way to change this format to qcow2 ??
since file system are usually sparse by default, we use RAW which provides better performance than COW.
How i can change the default vm disk from RAW to QCOW2 ??
i thought I saw samples on how to do this via the API/CLI earlier in the thread: http://lists.ovirt.org/pipermail/users/2014-September/027147.html
I am using the below :- Ovirt :- 3.4.3 Glusterfs :- 3.5
Thanks, Punit
On Thu, Sep 4, 2014 at 3:25 AM, Itamar Heim <iheim@redhat.com <mailto:iheim@redhat.com>> wrote:
On 09/03/2014 06:45 PM, Sven Kieske wrote:
Am 03.09.2014 17:37, schrieb Gianluca Cecchi:
I remember to have asked for something like that in the past on this list and then Tim Hildred <thildred@redhat.com <mailto:thildred@redhat.com>> from Red Hat opened such a bugzilla entry for me so that I could comment with my open account ....
see https://bugzilla.redhat.com/__show_bug.cgi?id=954211 <https://bugzilla.redhat.com/show_bug.cgi?id=954211>
Can we ask here a similar workflow? Thanks in advance,
Well yeah, that works somehow, but why can't I open a bug on these docs? they are available to the public anyway.
Everybody can investigate them for errors, but I need a red hat guy to make a report if I find an error? really?
I think I just won't report any doc bugs anymore, because red hat doesn't seem to want that.
for now, for lack of a better option, I suggest opening them on ovirt docs.
_________________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/__mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users>
----- Original Message -----
From: "Itamar Heim" <iheim@redhat.com> To: "Demeter Tibor" <tdemeter@itsmart.hu> Cc: users@ovirt.org, "Allon Mureinik" <amureini@redhat.com>, "Federico Simoncelli" <fsimonce@redhat.com> Sent: Wednesday, September 3, 2014 12:50:30 PM Subject: Re: [ovirt-users] Can I use qcow2?
On 09/03/2014 11:14 AM, Demeter Tibor wrote:
On shared glusterfs.
Allon/Federico - I remember on NFS, qcow2 isn't used by default, since raw is sparse by default. (but i don't remember if it "won't work", or just not enabled by default).
can one create a qcow2 disk for a VM with gluster storage?
Yes through rest-api. From the ovirt-shell you could run: $ add disk \ --vm-identifier <vm_name> \ --provisioned_size <size_in_bytes> \ --interface virtio \ --name <disk_name> \ --format cow \ --sparse true \ --storage_domains-storage_domain storage_domain.name=<gluster_domain_name> -- Federico
participants (6)
-
Demeter Tibor -
Federico Simoncelli -
Gianluca Cecchi -
Itamar Heim -
Punit Dambiwal -
Sven Kieske