[radvd-devel-l] radvd stuck on linux 2.6.31+

Steven J Newbury steve at snewbury.org.uk
Mon Sep 28 07:31:12 EDT 2009


Hi Pekka, thanks for getting back to me.

On Mon, 2009-09-28 at 11:48 +0300, Pekka Savola wrote:
> On Mon, 28 Sep 2009, Steven J Newbury wrote:
> > Having just upgraded my kernel to 2.6.31, I've found radvd now only
> > sends a RA on startup, then again on exit, the rest of the time is spent
> > sleeping, apparently waiting on a fd.  It's also not responding to
> > solicited requests while stuck in this state.
> >
> > I was previously running with working IPv6 routing on 2.6.29-rc6.
> >
> > The server is running radvd version 1.5, it was previously running 1.2,
> > but I upgraded to see if it fixed the problem.
> 
> Did you capture debug log (e.g. with -d 5 -m stderr)?  One thing that 
> a vendor's patch to Linux did quite a while ago was mess up the timers 
> when gettimeofday() in Linux changed.

Here you go:

eater ~ # radvd -C /etc/radvd.conf -u radvd -d 5 -m stderr
[Sep 28 12:23:04] radvd: version 1.5 started
[Sep 28 12:23:04] radvd: interface wlan0 did not exist, ignoring the interface
[Sep 28 12:23:04] radvd: mtu for wlan0 is 1500
[Sep 28 12:23:04] radvd: hardware type for wlan0 is 1
[Sep 28 12:23:04] radvd: link layer token length for wlan0 is 48
[Sep 28 12:23:04] radvd: prefix length for wlan0 is 64
[Sep 28 12:23:04] radvd: no linklocal address configured for wlan0
[Sep 28 12:23:04] radvd: interface definition for wlan0 is ok
[Sep 28 12:23:04] radvd: mtu for wlan1 is 1500
[Sep 28 12:23:04] radvd: hardware type for wlan1 is 1
[Sep 28 12:23:04] radvd: link layer token length for wlan1 is 48
[Sep 28 12:23:04] radvd: prefix length for wlan1 is 64
[Sep 28 12:23:04] radvd: interface definition for wlan1 is ok
[Sep 28 12:23:04] radvd: interface eth0 did not exist, ignoring the interface
[Sep 28 12:23:04] radvd: mtu for eth0 is 1500
[Sep 28 12:23:04] radvd: hardware type for eth0 is 1
[Sep 28 12:23:04] radvd: link layer token length for eth0 is 48
[Sep 28 12:23:04] radvd: prefix length for eth0 is 64
[Sep 28 12:23:04] radvd: no linklocal address configured for eth0
[Sep 28 12:23:04] radvd: interface definition for eth0 is ok
[Sep 28 12:23:04] radvd: interface tun0 did not exist, ignoring the interface
[Sep 28 12:23:04] radvd: ioctl(SIOCGIFMTU) failed for tun0: No such device
[Sep 28 12:23:04] radvd: no linklocal address configured for tun0
[Sep 28 12:23:04] radvd: interface definition for tun0 is ok
[Sep 28 12:23:04] radvd: Initializing privsep

Nothing after this.

> I vaguely recall testing radvd with 2.6.30 so there's a high 
> likelihood this is 2.6.31-specific.

I've tried with current linus git master and 2.6.31-gentoo exact same
behaviour.  I'm going to retry with my old kernel to check nothing else
has changed and it's still working.


> 
> 
> > This is from my client (on startup of radvd):
> >> #
> >> # radvd configuration generated by radvdump 1.2
> >> # based on Router Advertisement from fe80::xxxx:xxxx:xxxx:xxxx
> >> # received by interface wlan0
> >> #
> >>
> >> interface wlan0
> >> {
> >> 	AdvSendAdvert on;
> >> 	# Note: {Min,Max}RtrAdvInterval cannot be obtained with radvdump
> >> 	AdvManagedFlag on;
> >> 	AdvOtherConfigFlag on;
> >> 	AdvReachableTime 0;
> >> 	AdvRetransTimer 0;
> >> 	AdvCurHopLimit 64;
> >> 	AdvDefaultLifetime 0;
> >> 	AdvHomeAgentFlag off;
> >> 	AdvDefaultPreference medium;
> >> 	AdvSourceLLAddress on;
> >>
> >> 	prefix 2a01:xxxx:xxxx::/64
> >> 	{
> >> 		AdvValidLifetime 86400;
> >> 		AdvPreferredLifetime 14400;
> >> 		AdvOnLink on;
> >> 		AdvAutonomous on;
> >> 		AdvRouterAddr on;
> >> 	}; # End of prefix definition
> >>
> >>
> >> 	RDNSS 2a01:xxxx:xxxx:53::1
> >> 	{
> >> 		AdvRDNSSPreference 12;
> >> 		AdvRDNSSOpen on;
> >> 		AdvRDNSSLifetime 600;
> >> 	}; # End of RDNSS definition
> >>
> >> }; # End of interface definition
> >
> > The only other significant change to my system is enabling
> > CONFIG_IP_MULTIPLE_TABLES.
> >
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.litech.org/pipermail/radvd-devel-l/attachments/20090928/f4584f64/attachment.pgp>


More information about the radvd-devel-l mailing list