On Wed, Sep 14, 2016 at 2:53 PM, Davide Ferrari <davide(a)billymob.com> wrote:
And indeed it was the problem. So, you must have working reverse dns
lookup to complete the setup succesfully.
Thanks for the help!
Ciao!
2016-09-14 14:48 GMT+02:00 Davide Ferrari <davide(a)billymob.com>:
> 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
>>>
>>
>>
>
>
> --
> Davide Ferrari
> Senior Systems Engineer
>
--
Davide Ferrari
Senior Systems Engineer