[Users] export domain issues with latest nightly/GIT Master

Omer Frenkel ofrenkel at redhat.com
Thu Nov 8 09:04:41 UTC 2012


Hi, 
Thanks for your input, comments inline. 

----- Original Message -----

> From: "Dead Horse" <deadhorseconsulting at gmail.com>
> To: "Eli Mesika" <emesika at redhat.com>
> Cc: "users" <users at 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 at redhat.com >
> wrote:

> > ----- Original Message -----
> 
> > > From: "Dead Horse" < deadhorseconsulting at gmail.com >
> 
> > > To: "< users at ovirt.org >" < users at 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 at ovirt.org
> 
> > > http://lists.ovirt.org/mailman/listinfo/users
> 
> > >
> 

> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20121108/1f19a475/attachment-0001.html>


More information about the Users mailing list