On 03/21/2013 10:32 AM, Deepak C Shetty wrote:
On 03/21/2013 01:11 PM, Dan Kenigsberg wrote:
On Thu, Mar 21, 2013 at 10:42:27AM +0530, Deepak C Shetty wrote:
Hi,
     I am trying to validate GlusterFS domain engine patches, against
VDSM. GlusterFS domain is enabled for 3.3 only
So when i try to add my VDSM as a new host to engine, it doesn't
allow me to do so since clusterLevels (returned by VDSM as part of
engine calling getCap) doesn't have 3.3

I hacked VDSM's dsaversion.py to return 3.3 as well as part of
getCap and now I am able to add my VDSM host as a new host from
engine for DC of type GLUSTERFS_DOMAIN.

Is this the right way to test a 3.3. feature, if yes, should I send
a vdsm patch to add 3.3 in dsaversion.py ?
You are right - it's time to expose this clusterLevel.
Shouldn't the supportedENGINEs value also be updated to 3.2 and 3.3? I am a bit confused that this one stays at 3.0 and 3.1

I sent the patch @
http://gerrit.ovirt.org/#/c/13236/

_______________________________________________
vdsm-devel mailing list
vdsm-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel


--
Regards,

Vinzenz Feenstra | Senior Software Engineer
RedHat Engineering Virtualization R & D
Phone: +420 532 294 625
IRC: vfeenstr or evilissimo

Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com

_______________________________________________
vdsm-devel mailing list
vdsm-devel@lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/vdsm-devel

Reply via email to