3:12 a.m.
I have noted some export domain issues with builds from the latest GIT
Master.
1) When importing a VM, the disks subtab of the VM to import will not show
the disks. Instead it shows the blinking progress squares. This is
persistent and will it will not show information on the disks to be
imported. This stopped working about 2 weeks back. Expected is to show the
disks to import as well as set provisioning type and destination storage
domain.
2) The import process does does not respect thin provisioning. Importing a
VM without checking the collapse snapshots box (there are actually no
snapshots to collapse...) results in the imported disks being imported
thickly provisioned. If the collapse snapshots box is checked thin
provisioning is respected and the disks import thin provisioned. This may
be intertwined with the prior issue.
- DHC
10:59 a.m.
----- Original Message -----
From: "Dead Horse" <deadhorseconsulting(a)gmail.com>
To: "<users(a)ovirt.org>" <users(a)ovirt.org>
Sent: Wednesday, November 7, 2012 3:12:07 AM
Subject: [Users] export domain issues with latest nightly/GIT Master
I have noted some export domain issues with builds from the latest
GIT Master.
1) When importing a VM, the disks subtab of the VM to import will not
show the disks. Instead it shows the blinking progress squares. This
is persistent and will it will not show information on the disks to
be imported. This stopped working about 2 weeks back. Expected is to
show the disks to import as well as set provisioning type and
destination storage domain.
Hi, can you plesae attach engin/vdsm logs as this is occuring generally when an exception
is thrown in the middle of the import operation.
2) The import process does does not respect thin provisioning.
Importing a VM without checking the collapse snapshots box (there
are actually no snapshots to collapse...) results in the imported
disks being imported thickly provisioned. If the collapse snapshots
box is checked thin provisioning is respected and the disks import
thin provisioned. This may be intertwined with the prior issue.
Is that as regression or a new bug ?
- DHC
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
5:47 a.m.
On issue 1 attached are log files narrowed down what was logged during the
attempted import when the disks are not shown.
On issue 2 I found this bug (
https://bugzilla.redhat.com/show_bug.cgi?id=801112) which seems to have a
similar footprint. This was working a few weeks back so I would classify
this as a regression.
On Wed, Nov 7, 2012 at 2:59 AM, Eli Mesika <emesika(a)redhat.com> wrote:
----- Original Message -----
> From: "Dead Horse" <deadhorseconsulting(a)gmail.com>
> To: "<users(a)ovirt.org>" <users(a)ovirt.org>
> Sent: Wednesday, November 7, 2012 3:12:07 AM
> Subject: [Users] export domain issues with latest nightly/GIT Master
>
>
> I have noted some export domain issues with builds from the latest
> GIT Master.
>
> 1) When importing a VM, the disks subtab of the VM to import will not
> show the disks. Instead it shows the blinking progress squares. This
> is persistent and will it will not show information on the disks to
> be imported. This stopped working about 2 weeks back. Expected is to
> show the disks to import as well as set provisioning type and
> destination storage domain.
Hi, can you plesae attach engin/vdsm logs as this is occuring generally
when an exception is thrown in the middle of the import operation.
>
> 2) The import process does does not respect thin provisioning.
> Importing a VM without checking the collapse snapshots box (there
> are actually no snapshots to collapse...) results in the imported
> disks being imported thickly provisioned. If the collapse snapshots
> box is checked thin provisioning is respected and the disks import
> thin provisioned. This may be intertwined with the prior issue.
Is that as regression or a new bug ?
>
> - DHC
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
11:04 a.m.
------=_Part_23367281_414758918.1352365481385
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Hi,
Thanks for your input, comments inline.
----- Original Message -----
<div><br></div><div
class=3D"gmail_extra"><br><br><div id=3D"DWT1106"
class=
=3D"gmail_quote">On Wed, Nov 7, 2012 at 2:59 AM, Eli Mesika <span
dir=3D"lt=
r"><<a href=3D"mailto:emesika@redhat.com"
target=3D"_blank">emesika@redh=
at.com</a>></span> wrote:<br
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0
.8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D"im"><br <br ----- Original Message
-----<br > From: "Dead
Horse" <<a href=3D"mailto:deadhorseconsulting@gmail.com=
"
target=3D"_blank">deadhorseconsulting(a)gmail.com</a>&gt;<br > To: "<<a
href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ov=
irt.org</a>>" <<a href=3D"mailto:users@ovirt.org"
target=3D"_blank">u=
sers(a)ovirt.org</a>&gt;<br >
Sent: Wednesday, November 7, 2012 3:12:07 AM<br >
Subject: [Users] export domain issues with latest nightly/GIT Master<b=
r ><br
><br > I have noted some export
domain issues with builds from the latest<br >
GIT Master.<br ><br > 1) When importing a VM, the disks subtab of the VM to
import will not<=
br > show the disks. Instead it shows the blinking progress
squares. This<b=
r > is persistent and will it will not show information on
the disks to<br=
> be imported. This stopped working about 2 weeks back.
Expected is to<b=
r > show the disks to import as well as set provisioning
type and<br > destination storage
domain.<br <br
</div>Hi, can you plesae attach engin/vdsm logs as this is occuring general=
ly when an exception is thrown in the middle of the import operation.<br <div id=3D"DWT1105"
class=3D"im"><br></div></blockquote><br></div></div></b=
lockquote>i understood from Gilad that this patch should solve the issue.<b=
r>http://gerrit.ovirt.org/#/c/9100<br><blockquote style=3D"border-left:
2px=
solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px; color: rgb(0,=
0, 0); font-weight: normal; font-style: normal; text-decoration: none; fon=
t-family: Helvetica,Arial,sans-serif; font-size: 12pt;"><div
class=3D"gmail=
_extra"><div class=3D"gmail_quote"><blockquote
class=3D"gmail_quote" style=
=3D"margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); p=
adding-left: 1ex;"><div class=3D"im"
><br > 2) The import process does
does not respect thin provisioning.<br >
Importing a VM without checking the collapse snapshots box (there<br > are actually no snapshots to collapse...) results in
the imported<br > disks being imported
thickly provisioned. If the collapse snapshots<br=
> box is checked thin provisioning is respected and the
disks import<br > thin provisioned. This may
be intertwined with the prior issue.<br
<br </div>Is that as regression or
a new bug ?<br <br
><br > - DHC<br ><br >
_______________________________________________<br >
Users mailing list<br > <a
href=3D"mailto:Users@ovirt.org"
target=3D"_blank">Users(a)ovirt.org</=
a><br > <a
href=3D"http://lists.ovirt.org/mailman/listinfo/users" target=3D"_b=
lank">http://lists.ovirt.org/mailman/listinfo/users</a><br ><br
</blockquote></div><br></div
<br>_______________________________________________<br>Users mailing
list<b=
r>Users@ovirt.org<br>http://lists.ovirt.org/mailman/listinfo/users<br></blo=
ckquote><br></div></body></html
------=_Part_23367281_414758918.1352365481385--
From: "Dead Horse" <deadhorseconsulting(a)gmail.com To: "Eli Mesika" <emesika(a)redhat.com Cc: "users" <users(a)ovirt.org Sent: Thursday, November 8, 2012 5:47:26 AM
Subject: Re: [Users] export domain issues with latest nightly/GIT
Master
On issue 1 attached are log files narrowed down what was logged
during the attempted import when the disks are not shown.
On issue 2 I found this bug (
https://bugzilla.redhat.com/show_bug.cgi?id=801112 ) which seems to
have a similar footprint. This was working a few weeks back so I
would classify this as a regression.
On Wed, Nov 7, 2012 at 2:59 AM, Eli Mesika < emesika(a)redhat.com
wrote:
> ----- Original Message -----
> > From: "Dead Horse" < deadhorseconsulting(a)gmail.com
> > To: "< users(a)ovirt.org >" < users(a)ovirt.org
> > Sent: Wednesday, November 7, 2012 3:12:07 AM
> > Subject: [Users] export domain issues with latest nightly/GIT
> > Master
>
>
> > I have noted some export domain issues with builds from the
> > latest
> > GIT Master.
>
> > 1) When importing a VM, the disks subtab of the VM to import will
> > not
> > show the disks. Instead it shows the blinking progress squares.
> > This
> > is persistent and will it will not show information on the disks
> > to
> > be imported. This stopped working about 2 weeks back. Expected is
> > to
> > show the disks to import as well as set provisioning type and
> > destination storage domain.
> Hi, can you plesae attach engin/vdsm logs as this is occuring
> generally when an exception is thrown in the middle of the import
> operation.
i understood from Gilad that this patch should solve the issue.
http://gerrit.ovirt.org/#/c/9100
>
> > 2) The import process does does not respect thin provisioning.
> > Importing a VM without checking the collapse snapshots box (there
> > are actually no snapshots to collapse...) results in the imported
> > disks being imported thickly provisioned. If the collapse
> > snapshots
> > box is checked thin provisioning is respected and the disks
> > import
> > thin provisioned. This may be intertwined with the prior issue.
> Is that as regression or a new bug ?
>
> > - DHC
>
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
------=_Part_23367281_414758918.1352365481385
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable
<html><head><style type=3D'text/css'>p { margin: 0;
}</style></head><body><=
div style=3D'font-family: times new roman,new york,times,serif; font-size: =
12pt; color: #000000'>Hi,<br>Thanks for your input, comments
inline.<br><br=
<hr id=3D"zwchr"><blockquote
style=3D"border-left:2px solid rgb(16, 16, 25=
5);margin-left:5px;padding-left:5px;color:#000;font-weight:normal;font-styl=
e:normal;text-decoration:none;font-family:Helvetica,Arial,sans-serif;font-s=
ize:12pt;"><b>From: </b>"Dead Horse"
&lt;deadhorseconsulting(a)gmail.com&gt;<=
br><b>To: </b>"Eli Mesika"
&lt;emesika(a)redhat.com&gt;<br><b>Cc: </b>"users"=
&lt;users(a)ovirt.org&gt;<br><b>Sent: </b>Thursday, November 8,
2012 5:47:26=
AM<br><b>Subject: </b>Re: [Users] export domain issues with latest
nightly=
/GIT Master<br><br>On issue 1 attached are log files narrowed down what was=
logged during the attempted import when the disks are not
shown.<div><br><=
/div><div>On issue 2 I found this bug (<a
href=3D"https://bugzilla.redhat.c=
om/show_bug.cgi?id=3D801112"
target=3D"_blank">https://bugzilla.redhat.com/=
show_bug.cgi?id=3D801112</a>) which seems to have a similar footprint. This=
was working a few weeks back so I would classify this as a regression.</di=
v
4398
days inactive
4399
days old
3 comments
3 participants
participants (3)
-
Dead Horse -
Eli Mesika -
Omer Frenkel