Re: Kernel enters in deadlock when OpenVPN server is not reachable

BERTRAND Joël a écrit :
>      Hello,
>
>      I have installed a Sparc64 (Blade 2000) server that runs as OpenVPN
> client (UDP/1194). When OpenVPN server is not reachable (or when I
> restart OpenVPN on server side), I have noticed that NetBSD kernel
> (HEAD, 7.99.21) enters in deadlock (or sometimes reboots).
>
>      On console, I only obtain : "detach tap0". System is not totally
> frozen as a workstation on LAN side can ping external servers.
>
>      At this time, I don't obtain usable information...
>
>      Regards,
>
>      JKB

	Hello,

	This evening, I've got a panic when my OpenVPN server was rebooted. On 
NetBSD side, I obtain more usefull information (and memory dump).

panic: kernel diagnostic assertion "ro->_ro_rt == NULL || 
ro->_ro_rt->rt_refcnt > 0" failed: file "/usr/src/sys/net/route.h", line 
433
cpu1: Begin traceback...
cpu1: End traceback...
Frame pointer is at 0x159f0ebc1
Call traceback:
  netbsd:cpu_reboot+0x208(185ab00, 1, ffff, 0, 1cced88, 1c97800) fp = 
159f0ec81
  netbsd:vpanic+0x178(104, 0, 1848788, 1cb7400, 1, 103a019c0) fp = 159f0ed31
  netbsd:kern_assert+0x34(1848788, 159f0f728, 1cdd400, 1cde8a0, 1cde800, 
104) fp = 159f0ede1
  netbsd:rtcache_clear+0xd4(1848788, 18487c0, 185bce8, 185bd18, 1b1, 
103b43100) fp = 159f0eea1
  netbsd:rtcache_free+0x4(10440e160, 1, 10451ee31, 58, 58, 185bc00) fp = 
159f0ef51
  netbsd:in6_pcbdetach+0xb0(10440e160, 10451ed80, ffffffffffffffff, 
e0048000, 1, 101d6bac0) fp = 159f0f001
  netbsd:udp6_detach_wrapper+0x40(10440e100, ffffffffffffffff, 
103a019c0, 158968000, 1, 10daaed30) fp = 159f0f0b1
  netbsd:soclose+0x124(10daaed30, 0, 0, 0, 0, 10440e100) fp = 159f0f161
  netbsd:soo_close+0x10(0, 0, 0, 0, 101d89f40, 10daaed30) fp = 159f0f211
  netbsd:closef+0x60(103e745c0, 103a019c0, 103a019c0, 0, 0, 0) fp = 
159f0f2c1
  netbsd:fd_close+0x1a4(103e745c0, 103a019c0, 103a019c0, 1, 1, 0) fp = 
159f0f391
  netbsd:sys_close+0x14(20c, 40, 103b43280, 103e745c0, 103b44680, 
103b43100) fp = 159f0f461
  netbsd:syscall+0x394(103a019c0, 159f0fde0, 159f0fdd0, 0, 0, 0) fp = 
159f0f511
  netbsd:1010d5c+0(159f0fed0, 4e, fffffffffc757d88, 6, 159f0ff40, 
103a019c0) fp = 159f0f621
  netbsd:fffffffffe609ce4+0(20c, ffffffffffffffff, 1, 0, 0, 0) fp = 
fffffffffbdf9471

	Panic seems to be related to IPv6 route I send over VPN.

	Regards,

	JKB