openstack team mailing list archive
-
openstack team
-
Mailing list archive
-
Message #14869
Re: nova-network and corosync
Il giorno 19/lug/2012, alle ore 00:52, Steven Dake ha scritto:
> On 07/18/2012 06:51 AM, Alessandro Tagliapietra wrote:
>> Hi Steve,
>>
>> the problem is not that it's not listening on the correct interface, as lsof shows
>>
>> corosync 1485 root 9u IPv4 14890 0t0 UDP 226.94.1.1:5405
>> corosync 1485 root 10u IPv4 14891 0t0 UDP server1:5404
>> corosync 1485 root 11u IPv4 14892 0t0 UDP server1:5405
>>
>> where server1 is 10.8.0.1, which is correct because it's the eth1 address.
>>
>> The problem is that for some reason, the packets it sends to eth1 has as source ip the ip of eth0, which is the public internet connected interface, so like:
>>
>> 15:44:34.135411 IP 5.9.x.x.5404 > 226.94.1.1.5405: UDP, length 82
>> 15:44:34.238762 IP 5.9.x.x.5404 > 226.94.1.1.5405: UDP, length 82
>>
>> which is wrong. my ip r is this:
>>
>> default via 5.9.x.x dev eth0 metric 100
>> 5.9.x.x/27 via 5.9.x.x dev eth0
>> 5.9.x.x/27 dev eth0 proto kernel scope link src 5.9.x.x
>> 10.0.0.0/16 dev eth2 proto kernel scope link src 10.0.0.1
>> 10.8.0.0/16 dev eth1 proto kernel scope link src 10.8.0.1
>> 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
>>
>> As you can see packets to eth1 should have 10.8.0.1 as source, not eth0 ip.
>>
>
> Odd - Are you using udpu mode? Which version? Can you subscribe to the
> corosync list and we can follow-up there?
>
When starting this discussion i was using ubuntu 12.04 repositories so 1.4.2, today i've installed 2.0.1, i've added corosync mailing list in cc. I have to specify that this problem happens only when i've installed nova network on both nodes (i'm using multi-host).
Let me paste some configs:
nova.conf: http://pastie.org/private/c5tcutro6tp0s1te5yq (i've tried with flat_interface eth1 and eth2)
ifconfig: http://pastie.org/private/7li8gwodr0ulgbafsi4edw
corosync.conf: http://pastie.org/private/cjrtqx9bspgmff7rlye6ew (tried with 10.8.0.0 also as bindnetaddr)
ip r: http://pastie.org/private/ckqhy0vqoiwzewuj17v7g
iptables-save: http://pastie.org/private/yvypgi5ovs2rtcingrq5iw (all generated by nova-network)
If you need any other things just ask.
Btw, i'm going to try with udpu now.
Regards
> http://lists.corosync.org/mailman/listinfo/discuss
>
> thanks
> -steve
>
>> Regards
>>
>> Il giorno 18/lug/2012, alle ore 15:18, Steven Dake ha scritto:
>>
>>> On 07/18/2012 03:50 AM, Alessandro Tagliapietra wrote:
>>>> Hello,
>>>>
>>>> i've 2 machines, running ubuntu 12.04, i've installed corosync +
>>>> pacemaker and it was working fine.
>>>>
>>>> Corosync is using eth1 with 10.8.0.1 and 10.8.0.2 as ip of the hosts,
>>>> i've got keystone, glance, nova api-cert-scheduler, mysql, rabbitmq
>>>> working in HA with pacemaker.
>>>>
>>>> The problem comes after installing nova-network and nova-compute, i've
>>>> used this nova.conf:
>>>>
>>>> http://pastie.org/private/ddwva8kvaypqrxk7rifvba
>>>>
>>>> and after nova-compute started and hosts rebooted i can't get to work
>>>> corosync,
>>>>
>>>> the problem seems that when hosts send packets in eth1 to multicast
>>>> address, the source ip is the public one, not the 10.8.0.x one. After
>>>> disabling nova-network on boot everything works.
>>>>
>>>> I've also tried to create a virtual eth2 device and set flat_interface
>>>> to eth2, but it seems that still nova-network break the configuration as
>>>> corosync still uses public ip for private lan.
>>>>
>>>> Any idea?
>>>>
>>>
>>> Corosync goes to great pains to route packets across the interface
>>> identified in the corosync.conf file. If you are using a subnet
>>> definition ie:
>>> bindnetaddr: 10.8.0.0, it may be that the interface's netmask is causing
>>> a rebind to the new interface when nova network starts.
>>>
>>> One way to force binding to a specific interface when your network is
>>> not configured in a typical fashion is to identify the bindnetaddr exactly:
>>>
>>> ie: bindnetaddr: 10.8.0.1
>>>
>>> Regards
>>> -steve
>>>
>>>> Best Regards
>>>>
>>>> --
>>>> Alessandro Tagliapietra | VISup srl
>>>> piazza 4 novembre 7
>>>> 20124 Milano
>>>>
>>>> http://www.visup.it
>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~openstack
>>>> Post to : openstack@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~openstack
>>>> More help : https://help.launchpad.net/ListHelp
>>>>
>>>
>>>
>>
>
>
--
Alessandro Tagliapietra | VISup srl
piazza 4 novembre 7
20124 Milano
http://www.visup.it
Follow ups
References