[ovirt-devel] Second host detection broken in hosted-engine --deploy

[Sandro Bonazzola]

Il 20/04/2015 11:02, Sandro Bonazzola ha scritto:
> Il 20/04/2015 10:56, Christopher Pereira ha scritto:
>> It seems like something broke recently, because now, when deploying hosted-engine to the second host, setup is saying:
>>
>>     [ INFO  ] GlusterFS replica 3 Volume detected
>>     [ INFO  ] Installing on first host
>>
>> How can I diagnose/fix the problem?
> 
> The flag determining if an host is the first one or an additional one is ohostedcons.CoreEnv.IS_ADDITIONAL_HOST
> You can check the logs to see the env variables dumps on each plugin activation and see the code where the variable is set.
> You can also send us the logs so we can help with the debugging.

The issue here was caused by VDSM answering :

{'status': {'message': 'OK', 'code': 0}, 'info': {'uuid': 'c54f691c-fc83-4a74-9c02-a68ef87e68b3', 'version': '3', 'role': 'Master', 'remotePath':
'h4.imatronix.com:engine', 'type': 'GLUSTERFS', 'class': 'Data', 'pool': ['61e2d6d0-f798-428d-a07e-397fc7a4f10f'], 'name': 'hosted_storage'}}

to getStorageDomainInfo call.

As far as I know 'type' used to be an integer and gluster value was 7.

The API doc of getStorageDomainInfo says:
        :returns: a dict containing the information about the domain.
        :rtype: dict

so it looks quite flexible on what it may or may not return.
Do we have a more stricter API documentation I can rely on?

Current workaround for those who are testing glusterfs support is to add in storage.py (rpm -ql ovirt-hosted-engine-setup|grep storage.py) a third
value 'GLUSTERFS' in the if at line 339

Opened https://bugzilla.redhat.com/show_bug.cgi?id=1213307

> 
> 
>>
>>
>> _______________________________________________
>> Devel mailing list
>> Devel at ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
> 
> 


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