6:33 p.m.
--Apple-Mail=_39962ED7-BCAF-4E6F-B7E9-65DB31DEDF0D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
Ok. I should be able to select QCOW2 for a SAN storage target? If =
true, then I=E2=80=99ll need to figure out why that doesn=E2=80=99t =
work.
On Jul 13, 2017, at 8:32 AM, Fred Rolland <frolland(a)redhat.com>
wrote:
=20
When you select RAW, the Vdsm will allocated the whole size of the =
image (virtual
size), this is why you will not encounter this issue in =
Block Storage.
=20
On Thu, Jul 13, 2017 at 6:17 PM, aduckers <alex.duckers(a)gmail.com =
<mailto:alex.duckers@gmail.com>> wrote:
Thanks Fred. I haven=E2=80=99t run into the upload issue again, but
=
if we do I=E2=80=99ll try that.
Regarding the template creation issue - could that just be user error
=
on my part? I=E2=80=99ve found that if I select RAW format for the =
disk, when target is SAN, it works fine. QCOW2 format works for a =
target of NFS. =20
Is that the way it=E2=80=99s supposed to behave?
=20
=20
> On Jul 13, 2017, at 7:59 AM, Fred Rolland <frolland(a)redhat.com =
<mailto:frolland@redhat.com>> wrote:
>=20
> It seems you hit [1]
> If the image is compressed, the Vdsm will not compute the size as =
needed.
> In file storage, it will work OK as the file system is sparse.
>=20
> As a workaround you can decompress before uploading:
> qemu-img convert -f qcow2 rhel-guest-image-7.3-35.x86_64.qcow2 -O =
qcow2 -o
compat=3D1.1 uncompressed.qcow2
<https://bugzilla.redhat.com/show_bug.cgi?id=3D1470435>
>=20
> On Wed, Jul 5, 2017 at 10:44 AM, Fred Rolland <frolland(a)redhat.com =
<mailto:frolland@redhat.com>> wrote:
> Can you please open bugs for the two issues for future tracking
?
> These needs further investigations.
>=20
> On Mon, Jul 3, 2017 at 2:17 AM, aduckers <alex.duckers(a)gmail.com =
<mailto:alex.duckers@gmail.com>> wrote:
> Thanks for the assistance. Versions are:
>=20
> vdsm.x86_64 4.19.15-1.el7.centos
> ovirt-engine.noarch 4.1.2.2-1.el7.centos
>=20
> Logs are attached. The GUI shows a creation date of 2017-06-23 =
11:30:13 for
the disk image that is stuck finalizing, so that might be a =
good place to start in the logs.
>=20
>=20
>=20
>=20
>=20
> > On Jul 2, 2017, at 3:52 AM, Fred Rolland <frolland(a)redhat.com =
<mailto:frolland@redhat.com>> wrote:
> >
> > Hi,
> >
> > Thanks for the logs.
> >
> > What exact version are you using ? (VDSM,engine)
> >
> > Regarding the upload issue, can you please provide imageio-proxy =
and
imageio-daemon logs ?
> > Issue in [1] looks with the same symptoms, but we need more
info.
> >
> > Regarding the template issue, it looks like [2].
> > There were some issues when calculating the estimated size target =
volume, that should be already fixed.
> > Please provide the exact versions, so I can check if it
includes =
the fixes.
> >
> > Thanks,
> >
> > Fred
> >
> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1357269 =
<https://bugzilla.redhat.com/show_bug.cgi?id=3D1357269>
<https://bugzilla.redhat.com/show_bug.cgi?id=3D1448606>
> >
> >
> > On Fri, Jun 30, 2017 at 5:11 AM, aduckers <alex.duckers(a)gmail.com =
<mailto:alex.duckers@gmail.com>> wrote:
> >
> >
> > Attached. I=E2=80=99ve also got an image upload to the ISO domain =
stuck
in =E2=80=9CFinalizing=E2=80=9D, and can=E2=80=99t cancel or clear =
it. Not sure if related or not, but it might show in the logs and if =
that can be cleared that=E2=80=99d be great too.
> >
> > Thanks
> >
> >
> >> On Jun 29, 2017, at 9:20 AM, Fred Rolland <frolland(a)redhat.com =
<mailto:frolland@redhat.com>> wrote:
> >>
> >> Can you please attach engine and Vdsm logs ?
> >>
> >> On Thu, Jun 29, 2017 at 6:21 PM, aduckers <alex.duckers(a)gmail.com =
<mailto:alex.duckers@gmail.com>> wrote:
> >> I=E2=80=99m running 4.1 with a hosted engine, using FC
SAN =
storage. I=E2=80=99ve uploaded a qcow2 image, then created a VM and =
attached that image.
> >> When trying to create a template from that VM, we get
failures =
with:
> >>
> >> failed: low level image copy failed
> >> VDSM command DeleteImageGroupVDS failed: Image does not exist in =
domain
> >> failed to create template
> >>
> >> What should I be looking at to resolve this? Anyone recognize =
this
issue?
> >>
> >> Thanks
> >>
> >>
> >> _______________________________________________
> >> 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>
> >>
> >
> >
> >
>=20
>=20
>=20
>=20
=20
=20
--Apple-Mail=_39962ED7-BCAF-4E6F-B7E9-65DB31DEDF0D
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D"">Ok. I should be able to select QCOW2 for a SAN storage
=
target? If true, then I=E2=80=99ll need to figure out why that =
doesn=E2=80=99t work.<div class=3D""><br
class=3D""><div><blockquote =
type=3D"cite" class=3D""><div class=3D"">On Jul 13,
2017, at 8:32 AM, =
Fred Rolland <<a href=3D"mailto:frolland@redhat.com" =
class=3D"">frolland(a)redhat.com</a>&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div class=3D""><div
dir=3D"ltr" =
class=3D"">When you select RAW, the Vdsm will allocated the whole size =
of the image (virtual size), this is why you will not encounter this =
issue in Block Storage.<br class=3D""></div><div
class=3D"gmail_extra"><br=
class=3D""><div class=3D"gmail_quote">On Thu, Jul 13, 2017
at 6:17 PM, =
aduckers <span dir=3D"ltr" class=3D""><<a =
href=3D"mailto:alex.duckers@gmail.com" target=3D"_blank" =
class=3D"">alex.duckers(a)gmail.com</a>&gt;</span> wrote:<br
=
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div =
style=3D"word-wrap:break-word" class=3D"">Thanks Fred. I
haven=E2=80=
=99t run into the upload issue again, but if we do I=E2=80=99ll try =
that.<div class=3D"">Regarding the template creation issue - could that =
just be user error on my part? I=E2=80=99ve found that if I select =
RAW format for the disk, when target is SAN, it works fine. QCOW2 =
format works for a target of NFS. </div><div class=3D"">Is
that =
the way it=E2=80=99s supposed to behave?</div><div
class=3D""><div =
class=3D"h5"><div class=3D""><br
class=3D""></div><div class=3D""><br =
class=3D""><div class=3D""><blockquote
type=3D"cite" class=3D""><div =
class=3D"">On Jul 13, 2017, at 7:59 AM, Fred Rolland <<a =
href=3D"mailto:frolland@redhat.com" target=3D"_blank" =
class=3D"">frolland(a)redhat.com</a>&gt; wrote:</div><br =
class=3D"m_-2535657724139672755Apple-interchange-newline"><div =
class=3D""><div dir=3D"ltr" class=3D""><div
class=3D""><div =
class=3D""><div class=3D"">It seems you hit [1]<br
class=3D""></div>If =
the image is compressed, the Vdsm will not compute the size as =
needed.<br class=3D""></div>In file storage, it will work OK as the
file =
system is sparse.<br class=3D""><br
class=3D""></div>As a workaround you =
can decompress before uploading:<br class=3D""><pre =
class=3D"m_-2535657724139672755gmail-bz_comment_text =
m_-2535657724139672755gmail-bz_wrap_comment_text" =
id=3D"m_-2535657724139672755gmail-comment_text_3">qemu-img convert -f =
qcow2 rhel-guest-image-7.3-35.x86_<wbr class=3D"">64.qcow2 -O qcow2 -o =
compat=3D1.1 uncompressed.qcow2</pre><div class=3D""><div
class=3D""><div =
class=3D""><br class=3D"">[1] <a =
href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1470435" =
target=3D"_blank" class=3D"">https://bugzilla.redhat.com/<wbr =
class=3D"">show_bug.cgi?id=3D1470435</a><br =
class=3D""></div></div></div></div><div
class=3D"gmail_extra"><br =
class=3D""><div class=3D"gmail_quote">On Wed, Jul 5, 2017 at
10:44 AM, =
Fred Rolland <span dir=3D"ltr" class=3D""><<a =
href=3D"mailto:frolland@redhat.com" target=3D"_blank" =
class=3D"">frolland(a)redhat.com</a>&gt;</span> wrote:<br =
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0 0 0 =
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir=3D"ltr" =
class=3D""><div class=3D"">Can you please open bugs for the
two issues =
for future tracking ?<br class=3D""></div>These needs further =
investigations.<br class=3D""></div><div
class=3D"gmail_extra"><br =
class=3D""><div class=3D"gmail_quote"><div
class=3D""><div =
class=3D"m_-2535657724139672755h5">On Mon, Jul 3, 2017 at 2:17 AM, =
aduckers <span dir=3D"ltr" class=3D""><<a =
href=3D"mailto:alex.duckers@gmail.com" target=3D"_blank" =
class=3D"">alex.duckers(a)gmail.com</a>&gt;</span> wrote:<br
=
class=3D""></div></div><blockquote
class=3D"gmail_quote" style=3D"margin:0=
0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div =
class=3D""><div class=3D"m_-2535657724139672755h5">Thanks for
the =
assistance. Versions are:<br class=3D"">
<br class=3D"">
vdsm.x86_64 =
4.19.15-1.el7.centos<br class=3D"">
ovirt-engine.noarch 4.1.2.2-1.el7.centos<br
class=3D"">
<br class=3D"">
Logs are attached. The GUI shows a creation date of 2017-06-23 =
11:30:13 for the disk image that is stuck finalizing, so that might be a =
good place to start in the logs.<br class=3D"">
<br class=3D"">
<br class=3D"">
<br class=3D""><br class=3D"">
<br class=3D""></div></div><div
class=3D""><div =
class=3D"m_-2535657724139672755h5">
> On Jul 2, 2017, at 3:52 AM, Fred Rolland <<a =
href=3D"mailto:frolland@redhat.com" target=3D"_blank" =
class=3D"">frolland(a)redhat.com</a>&gt; wrote:<br
class=3D"">
><br class=3D"">
> Hi,<br class=3D"">
><br class=3D"">
> Thanks for the logs.<br class=3D"">
><br class=3D"">
> What exact version are you using ? (VDSM,engine)<br class=3D"">
><br class=3D"">
> Regarding the upload issue, can you please provide imageio-proxy =
and imageio-daemon logs ?<br class=3D"">
> Issue in [1] looks with the same symptoms, but we need more =
info.<br class=3D"">
><br class=3D"">
> Regarding the template issue, it looks like [2].<br class=3D"">
> There were some issues when calculating the estimated size target =
volume, that should be already fixed.<br class=3D"">
> Please provide the exact versions, so I can check if it includes =
the fixes.<br class=3D"">
><br class=3D"">
> Thanks,<br class=3D"">
><br class=3D"">
> Fred<br class=3D"">
><br class=3D"">
> [1] <a
href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1357269"=
rel=3D"noreferrer" target=3D"_blank" =
class=3D"">https://bugzilla.redhat.com/sh<wbr =
class=3D"">ow_bug.cgi?id=3D1357269</a><br class=3D"">
> [2] <a
href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1448606"=
rel=3D"noreferrer" target=3D"_blank" =
class=3D"">https://bugzilla.redhat.com/sh<wbr =
class=3D"">ow_bug.cgi?id=3D1448606</a><br class=3D"">
><br class=3D"">
><br class=3D"">
> On Fri, Jun 30, 2017 at 5:11 AM, aduckers <<a =
href=3D"mailto:alex.duckers@gmail.com" target=3D"_blank" =
class=3D"">alex.duckers(a)gmail.com</a>&gt; wrote:<br
class=3D"">
><br class=3D"">
><br class=3D"">
> Attached. I=E2=80=99ve also got an image upload to the ISO =
domain stuck in =E2=80=9CFinalizing=E2=80=9D, and can=E2=80=99t cancel =
or clear it. Not sure if related or not, but it might show in the =
logs and if that can be cleared that=E2=80=99d be great too.<br =
class=3D"">
><br class=3D"">
> Thanks<br class=3D"">
><br class=3D"">
><br class=3D"">
>> On Jun 29, 2017, at 9:20 AM, Fred Rolland <<a =
href=3D"mailto:frolland@redhat.com" target=3D"_blank" =
class=3D"">frolland(a)redhat.com</a>&gt; wrote:<br
class=3D"">
>><br class=3D"">
>> Can you please attach engine and Vdsm logs ?<br
class=3D"">
>><br class=3D"">
>> On Thu, Jun 29, 2017 at 6:21 PM, aduckers <<a =
href=3D"mailto:alex.duckers@gmail.com" target=3D"_blank" =
class=3D"">alex.duckers(a)gmail.com</a>&gt; wrote:<br
class=3D"">
>> I=E2=80=99m running 4.1 with a hosted engine, using FC SAN =
storage. I=E2=80=99ve uploaded a qcow2 image, then created a VM =
and attached that image.<br class=3D"">
>> When trying to create a template from that VM, we get failures =
with:<br class=3D"">
>><br class=3D"">
>> failed: low level image copy failed<br class=3D"">
>> VDSM command DeleteImageGroupVDS failed: Image does not exist =
in domain<br class=3D"">
>> failed to create template<br class=3D"">
>><br class=3D"">
>> What should I be looking at to resolve this? Anyone =
recognize this issue?<br class=3D"">
>><br class=3D"">
>> Thanks<br class=3D"">
>><br class=3D"">
>><br class=3D"">
>> ______________________________<wbr =
class=3D"">_________________<br class=3D"">
>> Users mailing list<br class=3D"">
>> <a href=3D"mailto:Users@ovirt.org"
target=3D"_blank" =
class=3D"">Users(a)ovirt.org</a><br class=3D"">
>> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users" =
rel=3D"noreferrer" target=3D"_blank" =
class=3D"">http://lists.ovirt.org/mailman<wbr =
class=3D"">/listinfo/users</a><br class=3D"">
>><br class=3D"">
><br class=3D"">
><br class=3D"">
><br class=3D"">
<br class=3D"">
<br
class=3D""></div></div></blockquote></div><br
class=3D""></div>
</blockquote></div><br class=3D""></div>
</div></blockquote></div><br =
class=3D""></div></div></div></div></blockquote></div><br
=
class=3D""></div>
</div></blockquote></div><br
class=3D""></div></body></html>=
--Apple-Mail=_39962ED7-BCAF-4E6F-B7E9-65DB31DEDF0D--