On Jul 13, 2017, at 8:32 AM, Fred Rolland <frolland@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@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@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 =20 [1] https://bugzilla.redhat.com/show_bug.cgi?id=3D1470435 = <https://bugzilla.redhat.com/show_bug.cgi?id=3D1470435> =20 On Wed, Jul 5, 2017 at 10:44 AM, Fred Rolland <frolland@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@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@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 =
Thanks,
Fred
<https://bugzilla.redhat.com/show_bug.cgi?id=3D1357269>
[2] https://bugzilla.redhat.com/show_bug.cgi?id=3D1448606 = <https://bugzilla.redhat.com/show_bug.cgi?id=3D1448606>
On Fri, Jun 30, 2017 at 5:11 AM, aduckers <alex.duckers@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 =
Thanks
On Jun 29, 2017, at 9:20 AM, Fred Rolland <frolland@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@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 =
--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. the fixes. that can be cleared that=E2=80=99d be great too. this issue?
Thanks
_______________________________________________ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> 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@redhat.com</a>> 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@gmail.com</a>></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@redhat.com</a>> 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@redhat.com</a>></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@gmail.com</a>></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@redhat.com</a>> 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@gmail.com</a>> 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@redhat.com</a>> 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@gmail.com</a>> 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@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--