NetBSD-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: [NetBSD-7] Panic in nfsd
Christos Zoulas a écrit :
On Jan 8, 2:37pm, joel.bertrand%systella.fr@localhost (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) wrote:
-- Subject: Re: [NetBSD-7] Panic in nfsd
| Christos Zoulas a écrit :
| > On Jan 8, 2:11pm, joel.bertrand%systella.fr@localhost (=?UTF-8?Q?BERTRAND_Jo=c3=abl?=) wrote:
| > -- Subject: Re: [NetBSD-7] Panic in nfsd
| >
| > | I don't know. A lot of lines have been printed after lines you are
| > | waiting for and usable information was not available on console...
| >
| > Can you put a Debugger() line if the altq releases cause errors after the
| > prints?
| >
| > christos
| >
|
| I can test but with some difficulties as I don't have a workstation to
| test. I can only do that on a running server...
Can you provide a sample configuration that causes the crash?
I can.
I have configured an OpenVPN server (over UDP, tap interface, not tun)
on a Linux server (debian/testing up to date). This server is connected
to internet by a VDSL2 link.
My NetBSD server (netbsd-7 CVS up to date) is connected to internet by
a WIMAX link and runs OpenVPN client built from pkgsrc. On both sides, I
have installed QoS (iptables + tc on Linux and altqd on NetBSD) as I
have to route VoIP over this VPN. Since a few days, my VDSL2 link is
unstable and tap0 is detached on NetBSD (green line on console). When
tap0 is detached, NetBSD kernel can panic.
My altqd.conf is :
legendre$ cat /etc/altq.conf
interface wm1 bandwidth 10M priq
class priq wm1 high_class NULL priority 1
class priq wm1 low_class NULL priority 0 default
filter wm1 high_class 0 1194 0 0 17
filter wm1 high_class 0 0 0 1194 17
interface tap0 bandwidth 2M priq
class priq tap0 high_class_vpn NULL priority 1
class priq tap0 low_class_vpn NULL priority 0 default
filter tap0 high_class_vpn 192.168.10.250 0 0 0 17
filter tap0 high_class_vpn 0 0 192.168.10.250 0 17
interface wm0 bandwidth 1000M priq
class priq wm0 high_class_lan NULL priority 1
class priq wm0 low_class_lan NULL priority 0 default
filter wm0 high_class_lan 192.168.10.250 0 0 0 17
filter wm0 high_class_lan 0 0 192.168.10.250 0 17
altqd is not started by rc.conf but is controlled by OpenVPN. I have
written two scripts :
legendre$ cat /usr/pkg/etc/openvpn/route-up.sh
#!/bin/sh
/sbin/route add -net 192.168.0.0/24 192.168.1.1
/sbin/route add -net 192.168.253.0/24 192.168.1.1
/sbin/route add -net 192.168.254.0/24 192.168.1.1
/sbin/ifconfig tap0 inet6 2001:7a8:a8ed:1::2/64
/sbin/route add -inet6 default 2001:7a8:a8ed:1::1
/etc/rc.d/altqd onestart
exit 0
and
legendre$ cat /usr/pkg/etc/openvpn/route-down.sh
#!/bin/sh
/etc/rc.d/altqd onestop
/sbin/ifconfig tap0 inet6 delete 2001:7a8:a8ed:1::2/64
/sbin/route delete 192.168.0.0/24
/sbin/route delete 192.168.253.0/24
/sbin/route delete 192.168.254.0/24
/sbin/route delete -inet6 default
exit 0
Thus, I suppose you have to install an OpenVPN server somewhere and to
run altqd on OpenVPN client interface. If you stop OpenVPN server,
client should panic.
Best regards,
JKB
Home |
Main Index |
Thread Index |
Old Index