On 19:54 Mon 14 Oct , Vincent Bernat wrote: > ❦ 14 octobre 2013 16:07 CEST, Philipp Kolmann <phil...@kolmann.at> : > > Also I have changed to init.d file to source a second config file, > > where I have > > the config which both nodes share, so I can easily copy one file. > > If you need the config of the global file, please tell me. > > Well, there is little we can do. I suppose the address is setup in > network/interfaces but not available until it passes the DAD check. With > IPv4, you could circumvent the problem by setting > net.ipv4.ip_nonlocal_bind but there is no such setting for IPv6 and > kernel maintainers do not want to have such a setting.
I was thinking either that, or the address is managed by keepalived and subject to all sorts of master election delays. In either case, additionally assigning the address to a dummy interface could make things work (dummy interfaces do not perform DAD). The proper fix would be for iproute2/ifupdown to actually wait for addresses to leave the tentative state (see bug #705996 [1]). Apollon [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705996 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org