CTDB failover with multiple VLAN tagged bonded interfaces don't work

[Robin Jonsson]

Hi Martin,
 
Thanks for getting back to me!
 
The interfaces do exist:
[root at node01 tmp]# ip link show bond0.124
37: bond0.124 at bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 2c:76:8a:5b:82:48 brd ff:ff:ff:ff:ff:ff
[root at node02 tmp]# ip link show bond0.124
34: bond0.124 at bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 2c:76:8a:5b:6a:78 brd ff:ff:ff:ff:ff:ff
 
I’m running the version provided in Red Hat Storage 2.1:
 
[root at node01 tmp]# ctdb version
CTDB version: 1.0.114.6-1.el6rhs
 
Regards,
Robin

On 26 Mar 2014, at 24:25 am, Martin Schwenke <martin at meltin.net> wrote:

> Hi Robin,
> 
> On Tue, 25 Mar 2014 19:00:40 +0000, Robin Jonsson
> <Robin.Jonsson at enfo.se> wrote:
> 
>> I have configured failover for my Gluster volumes using CTDB, which works just fine when I specify one or more IP address on the same VLAN tagged bonded interface like this: 
>> 
>> # cat /etc/ctdb/public_addresses
>> 192.168.4.4/26 bond0.123
>> 192.168.4.5/26 bond0.123
>> 
>> When I specify addresses from different VLANs (and subnets) like this, it doesn’t work:
>> 192.168.4.4/26 bond0.123
>> 192.168.4.72/26 bond0.124
>> 
>> … and I get ‘PARTIALLYONLINE’ when running ‘ctdb status’. The first specified interface goes online, the other one doesn’t.
> 
> This suggests that bond0.124 doesn't exist. Is there anything in the
> logs?  What does "ip link show bond0.124" say?
> 
>> # ctdb status
>> Number of nodes:2
>> pnn:0 192.168.4.2      PARTIALLYONLINE (THIS NODE)
>> pnn:1 192.168.4.3      PARTIALLYONLINE
>> Generation:624797803
>> Size:2
>> hash:0 lmaster:0
>> hash:1 lmaster:1
>> Recovery mode:NORMAL (0)
>> Recovery master:0
>> 
>> I have checked the logs, but I am unable to find anything that I’ve done obviously wrong.. 
>> 
>> Anyone got an idea?
> 
> What CTDB version?  Can you please show output of "ip addr show"?
> 
> peace & happiness,
> martin

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 496 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20140326/f2430f6e/attachment.pgp>