Well but the fact is that it DOESN'T resolve on bond1, there's no DNS entry
anywhere resolving to that IP for vm01.mydomain.tld
That's the strange thing, I don't really get from where python's
socket.gethostbyaddr() gets those 2 IP addresses :/
The only thing that it comes to my mind is that the domain I'm using
(mydomain.tld) doesn't have PTRs properly set (and I cannot fix it without
migrating the domain...yeah it's ugly as hell what I have here, I know :(
), maybe it's a corner case that should be handled more specifically?
I'll try to add entries for vm01.mydomain.tld in /etc/hosts and see if it
fixes the problem
2016-09-14 14:32 GMT+02:00 Simone Tiraboschi <stirabos(a)redhat.com>:
On Wed, Sep 14, 2016 at 2:07 PM, Davide Ferrari <davide(a)billymob.com>
wrote:
> But bond0/192.168.10.225 is the only interface I have (right now) to
> connect to the machine. So, I should create another interface, dedicated to
> management? Right now I'm using bond0 as the source iface for the mgm
> bridge.
>
No this is absolutely fine; the problem is just that 'vm01.mydomain.tld'
should uniquely resolve there and it should not resolve also on bond1
otherwise you can hit the issue I mentioned before.
>
> 2016-09-14 14:02 GMT+02:00 Simone Tiraboschi <stirabos(a)redhat.com>:
>
>>
>>
>> On Wed, Sep 14, 2016 at 1:53 PM, Davide Ferrari <davide(a)billymob.com>
>> wrote:
>>
>>> Ciao Simone!
>>>
>>> Absolutely, here it is (please not that I've obfuscated domain names
>>> but they are consistent with what I wrote before, the hostnames are exactly
>>> the same I have in my env). If you need the original log, tell me but I
>>> will mail it to you privately.
>>>
>>
>> The issue is here:
>>
>> 2016-09-14 13:47:51 DEBUG otopi.plugins.gr_he_common.network.bridge
>> bridge._get_hostname_from_bridge_if:325 hostname: 'vm01.mydomain.tld',
>> aliaslist: '[]', ipaddrlist: '['192.168.10.225',
'10.30.0.1']'
>>
>> You can reproduce it with:
>> python -c 'import socket; print(socket.gethostbyaddr("19
>> 2.168.10.225"));'
>>
>> 'vm01.mydomain.tld' should resolve just on the interface you selected to
>> create the management bridge on.
>> This is because hosted-engine-setup is creating the management bridge on
>> that interface before starting the engine VM and when when it will call
>> hosts.add on the REST API to add your first host to the engine it can just
>> specify an host address by not an interface name and so host-deploy,
>> triggered by the engine, will recreate the management bridge on the
>> interface where the address we passed resolves on.
>> So we have to avoid any ambiguity here.
>>
>>
>>
>>>
>>> Thanks!
>>>
>>> 2016-09-14 13:37 GMT+02:00 Simone Tiraboschi <stirabos(a)redhat.com>:
>>>
>>>>
>>>> On Wed, Sep 14, 2016 at 1:25 PM, Davide Ferrari
<davide(a)billymob.com>
>>>> wrote:
>>>>
>>>>> Hello
>>>>>
>>>>> I've got the same exact problem as in this thread:
>>>>>
>>>>>
http://lists.ovirt.org/pipermail/users/2016-July/041111.html
>>>>>
>>>>> (sorry for not answering there but I've just subscribed). The
error
>>>>> (for the record) is:
>>>>>
>>>>> Failed to execute stage 'Setup validation': hostname
>>>>> 'vm01.mydomain.tld' doesn't uniquely match the interface
'bond0' selected
>>>>> for the management bridge; it matches also interface with IP
>>>>> set(['10.30.0.1']). Please make sure that the hostname got
from the
>>>>> interface for the management network resolves only there.
>>>>>
>>>>> 10.30.0.1 is set on bond1 and is used for the glusterfs network. The
>>>>> python output is:
>>>>>
>>>>> python -c 'import socket;
print(socket.gethostbyaddr("10.30.0.1"));'
>>>>> ('glu-ovirt01.storage', [], ['10.30.0.1'])
>>>>>
>>>>> which obviously is completely different from vm01.mydomain.tld.
>>>>> So, I don't really get this error. I've used
>>>>> glu-ovirt01.storage:/engine as the glusterfs entry point for storing
the
>>>>> engine image, that's all.
>>>>>
>>>>> Any idea on how to fix the error?
>>>>>
>>>>
>>>> Ciao Davide,
>>>> can you please attach the whole hosted-engine-setup log file?
>>>>
>>>>
>>>>>
>>>>> TIA
>>>>>
>>>>> --
>>>>> Davide Ferrari
>>>>> Senior Systems Engineer
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)ovirt.org
>>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>>
>>>>
>>>
>>>
>>> --
>>> Davide Ferrari
>>> Senior Systems Engineer
>>>
>>
>>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>