Re: [Engine-devel] alias in disk instead of name

2012-10-22 Thread Michael Pasternak
On 10/21/2012 06:13 PM, Simon Grinberg wrote: - Original Message - From: Michael Pasternak mpast...@redhat.com To: Simon Grinberg si...@redhat.com Cc: engine-devel engine-devel@ovirt.org Sent: Sunday, October 21, 2012 4:56:33 PM Subject: Re: [Engine-devel] alias in disk instead

Re: [Engine-devel] alias in disk instead of name

2012-10-22 Thread Simon Grinberg
- Original Message - From: Michael Pasternak mpast...@redhat.com To: Simon Grinberg si...@redhat.com Cc: engine-devel engine-devel@ovirt.org Sent: Monday, October 22, 2012 8:58:25 AM Subject: Re: [Engine-devel] alias in disk instead of name On 10/21/2012 06:13 PM, Simon Grinberg

[Engine-devel] Feature page for GLUSTERFS_DOMAIN support is now available.

2012-10-22 Thread Deepak C Shetty
Hi list, I created a wiki page for GLUSTERFS_DOMAIN support. Comments/Suggestions are welcome. http://wiki.ovirt.org/wiki/Features/GlusterFS_Storage_Domain thanx, deepak ___ Engine-devel mailing list Engine-devel@ovirt.org

[Engine-devel] Strange input from oVirt-engine for create (VM) API

2012-10-22 Thread Adam Litke
Hi all, Today I was watching the vdsm log as ovirt-engine started a VM and I saw something peculiar with how VM device addresses were specified. Here is a sample of the python dictionary for the VM from vdsm.log (I reformatted it with pprint for readability): {'address': {' bus':

Re: [Engine-devel] [vdsm] Strange input from oVirt-engine for create (VM) API

2012-10-22 Thread Dan Kenigsberg
On Mon, Oct 22, 2012 at 02:22:18PM -0500, Adam Litke wrote: Hi all, Today I was watching the vdsm log as ovirt-engine started a VM and I saw something peculiar with how VM device addresses were specified. Here is a sample of the python dictionary for the VM from vdsm.log (I reformatted it

[Engine-devel] git-review

2012-10-22 Thread Saggi Mizrahi
I've recently encountered more and more people not using the git-review tool and manually pushing their changes to Gerrit using raw git commands. Even though there is nothing wrong with doing things the hard way. I prefer not using an overly complicated error prone way to interact with Gerrit.