6:21 p.m.
------=_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--
10:05 p.m.
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(a)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?
8:46 a.m.
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(a)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?
9:17 a.m.
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(a)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?
>
11:14 a.m.
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(a)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?
>>
1:50 p.m.
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(a)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?
>>>
>
>
2:22 p.m.
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
4:09 p.m.
On Wed, Sep 3, 2014 at 1:22 PM, Sven Kieske <s.kieske(a)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_Virtuali...
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
6:24 p.m.
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_Virtuali...
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
6:37 p.m.
On Wed, Sep 3, 2014 at 5:24 PM, Sven Kieske <s.kieske(a)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(a)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
6:45 p.m.
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(a)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
9:49 p.m.
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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
10:25 p.m.
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(a)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.
4:20 a.m.
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(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
8:32 a.m.
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(a)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(a)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(a)ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/__mailman/listinfo/users
<http://lists.ovirt.org/mailman/listinfo/users>
2:58 p.m.
----- Original Message -----
From: "Itamar Heim" <iheim(a)redhat.com>
To: "Demeter Tibor" <tdemeter(a)itsmart.hu>
Cc: users(a)ovirt.org, "Allon Mureinik" <amureini(a)redhat.com>,
"Federico Simoncelli" <fsimonce(a)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
3731
days inactive
3734
days old
15 comments
6 participants
participants (6)
-
Demeter Tibor -
Federico Simoncelli -
Gianluca Cecchi -
Itamar Heim -
Punit Dambiwal -
Sven Kieske