[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. 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
----- Original Message -----
From: "Dead Horse" <deadhorseconsulting@gmail.com> To: "<users@ovirt.org>" <users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
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@redhat.com> wrote:
----- Original Message -----
From: "Dead Horse" <deadhorseconsulting@gmail.com> To: "<users@ovirt.org>" <users@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
------=_Part_23367281_414758918.1352365481385 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Thanks for your input, comments inline. ----- Original Message -----
From: "Dead Horse" <deadhorseconsulting@gmail.com> To: "Eli Mesika" <emesika@redhat.com> Cc: "users" <users@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@redhat.com > wrote:
----- Original Message -----
From: "Dead Horse" < deadhorseconsulting@gmail.com >
To: "< users@ovirt.org >" < users@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@ovirt.org
_______________________________________________ Users mailing list Users@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" <deadhorseconsulting@gmail.com><= br><b>To: </b>"Eli Mesika" <emesika@redhat.com><br><b>Cc: </b>"users"= <users@ovirt.org><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> <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@gmail.com</a>><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@ovirt.org</a>><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@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--
participants (3)
-
Dead Horse -
Eli Mesika -
Omer Frenkel