tincd and mpd5 make kernel panic
chenkun
chk.jxcn at gmail.com
Tue Jul 15 17:40:46 UTC 2014
On Tue, Jul 15, 2014 at 8:42 PM, Alexander V. Chernikov
<melifaro at yandex-team.ru> wrote:
>
> On 15.07.2014 14:36, chk wrote:
>>
>> Hi, everyone,
>> Help....
>> I have a tincd vpn running in freebsd box FreeBSD 10.0-RELEASE-p2 #0 r265318M.
>> below is ifconfig outut:
>> [chk at NUC ~]$ ifconfig
>> em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> options=4219b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,TSO4,WOL_MAGIC,VLAN_HWTSO>
>> ether ec:a8:6b:f3:76:6a
>> inet 192.168.2.202 netmask 0xffffff00 broadcast 255.255.255.255
>> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>> media: Ethernet autoselect (100baseTX <full-duplex>)
>> status: active
>> lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
>> options=600003<RXCSUM,TXCSUM,RXCSUM_IPV6,TXCSUM_IPV6>
>> inet6 ::1 prefixlen 128
>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2
>> inet 127.0.0.1 netmask 0xff000000
>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>> run0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290
>> ether c8:3a:35:c0:b8:2f
>> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
>> status: associated
>> em0.3: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> options=103<RXCSUM,TXCSUM,TSO4>
>> ether ec:a8:6b:f3:76:6a
>> inet 192.168.3.1 netmask 0xffffff00 broadcast 255.255.255.0
>> inet6 fe80::eea8:6bff:fef3:766a%em0.3 prefixlen 64 scopeid 0x4
>> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>> media: Ethernet autoselect (100baseTX <full-duplex>)
>> status: active
>> vlan: 3 parent interface: em0
>> wlan0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
>> ether c8:3a:35:c0:b8:2f
>> inet 192.168.30.222 netmask 0xffffff00 broadcast 255.255.255.0
>> inet6 fe80::ca3a:35ff:fec0:b82f%wlan0 prefixlen 64 scopeid 0x5
>> nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
>> status: no carrier
>> ssid "" channel 10 (2457 MHz 11g)
>> country US authmode WPA1+WPA2/802.11i privacy MIXED deftxkey UNDEF
>> txpower 0 bmiss 7 scanvalid 60 protmode CTS wme roaming MANUAL
>> tun0: flags=8043<UP,BROADCAST,RUNNING,MULTICAST> metric 0 mtu 1500
>> options=80000<LINKSTATE>
>> inet 192.168.30.254 netmask 0xffffff00 broadcast 192.168.30.255
>> inet6 fe80::eea8:6bff:fef3:766a%tun0 prefixlen 64 scopeid 0x6
>> nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
>> Opened by PID 1015
>> =========================
>> Convenient for connect to vpn, I add a pppoe_server to mpd5, but when client dialing up, kernel panic.
>
> Is it reproducible?
> Can you issue "route -n monitor" and share its output before the panic?
Yes, after several times of re dail up, kernel panic
route -n monitor print as below:
[root at NUC /usr/home/chk]# route -n monitor
got message of size 24 on Wed Jul 16 01:15:28 2014
RTM_IEEE80211: IEEE 802.11 wireless event: len 24, pid: 0, seq
6881280, errno 0,
flags:<UP,MODIFIED,DONE,XRESOLVE,LLINFO,STATIC,PROTO2,PINNED,LOCAL>
locks: inits:
got message of size 24 on Wed Jul 16 01:15:34 2014
RTM_IEEE80211: IEEE 802.11 wireless event: len 24, pid: 0, seq
6881280, errno 0,
flags:<UP,MODIFIED,DONE,XRESOLVE,LLINFO,STATIC,PROTO2,PINNED,LOCAL>
locks: inits:
got message of size 24 on Wed Jul 16 01:15:41 2014
RTM_IEEE80211: IEEE 802.11 wireless event: len 24, pid: 0, seq
6881280, errno 0,
flags:<UP,MODIFIED,DONE,XRESOLVE,LLINFO,STATIC,PROTO2,PINNED,LOCAL>
locks: inits:
got message of size 24 on Wed Jul 16 01:15:46 2014
RTM_IFANNOUNCE: interface arrival/departure: len 24, if# 7, what: arrival
got message of size 168 on Wed Jul 16 01:15:46 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<PTP,NOARP,SIMPLEX,MULTICAST>
got message of size 184 on Wed Jul 16 01:15:46 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 100 on Wed Jul 16 01:15:46 2014
RTM_DELADDR: address being removed from iface: len 100, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
0.0.0.0 ng0 (0) (0)
got message of size 184 on Wed Jul 16 01:15:46 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 108 on Wed Jul 16 01:15:46 2014
RTM_DELADDR: address being removed from iface: len 108, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 (0) (0)
got message of size 116 on Wed Jul 16 01:15:46 2014
RTM_NEWADDR: address being added to iface: len 116, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 192.168.40.1 192.168.41.50
got message of size 224 on Wed Jul 16 01:15:46 2014
RTM_ADD: Add Route: len 224, pid: 0, seq 0, errno 0, flags:<UP,HOST,PINNED>
locks: inits:
sockaddrs: <DST,GATEWAY>
192.168.41.50 link#7
got message of size 148 on Wed Jul 16 01:15:46 2014
RTM_NEWADDR: address being added to iface: len 148, metric 0, flags:<HOST>
sockaddrs: <NETMASK,IFP,IFA,BRD>
ffff:ffff:ffff:ffff:: ng0 fe80::eea8:6bff:fef3:766a%ng0 (0)
got message of size 272 on Wed Jul 16 01:15:46 2014
RTM_ADD: Add Route: len 272, pid: 0, seq 0, errno 0, flags:<UP,HOST,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
fe80::eea8:6bff:fef3:766a%ng0 0.0.0.0.0.0 ffff:ffff:ffff:ffff::
got message of size 104 on Wed Jul 16 01:15:46 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1:fff3:766a%ng0
got message of size 104 on Wed Jul 16 01:15:46 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1%ng0
got message of size 104 on Wed Jul 16 01:15:46 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:ffd7:6760%ng0
got message of size 104 on Wed Jul 16 01:15:46 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:d767:6055%ng0
got message of size 104 on Wed Jul 16 01:15:46 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff01::1%ng0
got message of size 344 on Wed Jul 16 01:15:46 2014
RTM_ADD: Add Route: len 344, pid: 0, seq 0, errno 0, flags:<UP,DONE>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
fe80::%ng0 link#7 (255) ffff ffff ffff ffff ffff ffff ffff ng0
fe80::eea8:6bff:fef3:766a%ng0
got message of size 168 on Wed Jul 16 01:15:46 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<UP,PTP,RUNNING,NOARP,SIMPLEX,MULTICAST>
got message of size 168 on Wed Jul 16 01:15:46 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<PTP,RUNNING,NOARP,SIMPLEX,MULTICAST>
got message of size 272 on Wed Jul 16 01:15:46 2014
RTM_DELETE: Delete Route: len 272, pid: 0, seq 0, errno 0, flags:<HOST,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
fe80::eea8:6bff:fef3:766a%7 link#0 ffff:ffff:ffff:ffff::
got message of size 148 on Wed Jul 16 01:15:46 2014
RTM_DELADDR: address being removed from iface: len 148, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
ffff:ffff:ffff:ffff:: ng0 fe80::eea8:6bff:fef3:766a%7 (0)
got message of size 344 on Wed Jul 16 01:15:46 2014
RTM_DELETE: Delete Route: len 344, pid: 0, seq 0, errno 0, flags:<DONE>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
fe80::%7 link#7 (255) ffff ffff ffff ffff ffff ffff ffff ng0
fe80::eea8:6bff:fef3:766a%7
got message of size 24 on Wed Jul 16 01:15:46 2014
RTM_IFANNOUNCE: interface arrival/departure: len 24, if# 7, what: departure
got message of size 24 on Wed Jul 16 01:15:48 2014
RTM_IEEE80211: IEEE 802.11 wireless event: len 24, pid: 0, seq
6881280, errno 0,
flags:<UP,MODIFIED,DONE,XRESOLVE,LLINFO,STATIC,PROTO2,PINNED,LOCAL>
locks: inits:
got message of size 24 on Wed Jul 16 01:15:54 2014
RTM_IEEE80211: IEEE 802.11 wireless event: len 24, pid: 0, seq
6881280, errno 0,
flags:<UP,MODIFIED,DONE,XRESOLVE,LLINFO,STATIC,PROTO2,PINNED,LOCAL>
locks: inits:
got message of size 24 on Wed Jul 16 01:15:55 2014
RTM_IFANNOUNCE: interface arrival/departure: len 24, if# 7, what: arrival
got message of size 168 on Wed Jul 16 01:15:55 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<PTP,NOARP,SIMPLEX,MULTICAST>
got message of size 184 on Wed Jul 16 01:15:55 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 100 on Wed Jul 16 01:15:55 2014
RTM_DELADDR: address being removed from iface: len 100, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
0.0.0.0 ng0 (0) (0)
got message of size 184 on Wed Jul 16 01:15:55 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 108 on Wed Jul 16 01:15:55 2014
RTM_DELADDR: address being removed from iface: len 108, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 (0) (0)
got message of size 116 on Wed Jul 16 01:15:55 2014
RTM_NEWADDR: address being added to iface: len 116, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 192.168.40.1 192.168.41.50
got message of size 224 on Wed Jul 16 01:15:55 2014
RTM_ADD: Add Route: len 224, pid: 0, seq 0, errno 0, flags:<UP,HOST,PINNED>
locks: inits:
sockaddrs: <DST,GATEWAY>
192.168.41.50 link#7
got message of size 148 on Wed Jul 16 01:15:55 2014
RTM_NEWADDR: address being added to iface: len 148, metric 0, flags:<HOST>
sockaddrs: <NETMASK,IFP,IFA,BRD>
ffff:ffff:ffff:ffff:: ng0 fe80::eea8:6bff:fef3:766a%ng0 (0)
got message of size 272 on Wed Jul 16 01:15:55 2014
RTM_ADD: Add Route: len 272, pid: 0, seq 0, errno 0, flags:<UP,HOST,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
fe80::eea8:6bff:fef3:766a%ng0 0.0.0.0.0.0 ffff:ffff:ffff:ffff::
got message of size 104 on Wed Jul 16 01:15:55 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1:fff3:766a%ng0
got message of size 104 on Wed Jul 16 01:15:55 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1%ng0
got message of size 104 on Wed Jul 16 01:15:55 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:ffd7:6760%ng0
got message of size 104 on Wed Jul 16 01:15:55 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:d767:6055%ng0
got message of size 104 on Wed Jul 16 01:15:55 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff01::1%ng0
got message of size 344 on Wed Jul 16 01:15:55 2014
RTM_ADD: Add Route: len 344, pid: 0, seq 0, errno 0, flags:<UP,DONE>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
fe80::%ng0 link#7 (255) ffff ffff ffff ffff ffff ffff ffff ng0
fe80::eea8:6bff:fef3:766a%ng0
got message of size 168 on Wed Jul 16 01:15:55 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<UP,PTP,RUNNING,NOARP,SIMPLEX,MULTICAST>
got message of size 168 on Wed Jul 16 01:15:55 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<PTP,RUNNING,NOARP,SIMPLEX,MULTICAST>
got message of size 272 on Wed Jul 16 01:15:55 2014
RTM_DELETE: Delete Route: len 272, pid: 0, seq 0, errno 0, flags:<HOST,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
fe80::eea8:6bff:fef3:766a%7 link#0 ffff:ffff:ffff:ffff::
got message of size 148 on Wed Jul 16 01:15:55 2014
RTM_DELADDR: address being removed from iface: len 148, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
ffff:ffff:ffff:ffff:: ng0 fe80::eea8:6bff:fef3:766a%7 (0)
got message of size 344 on Wed Jul 16 01:15:55 2014
RTM_DELETE: Delete Route: len 344, pid: 0, seq 0, errno 0, flags:<DONE>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
fe80::%7 link#7 (255) ffff ffff ffff ffff ffff ffff ffff ng0
fe80::eea8:6bff:fef3:766a%7
got message of size 24 on Wed Jul 16 01:15:55 2014
RTM_IFANNOUNCE: interface arrival/departure: len 24, if# 7, what: departure
got message of size 24 on Wed Jul 16 01:15:59 2014
RTM_IFANNOUNCE: interface arrival/departure: len 24, if# 7, what: arrival
got message of size 168 on Wed Jul 16 01:15:59 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<PTP,NOARP,SIMPLEX,MULTICAST>
got message of size 184 on Wed Jul 16 01:15:59 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 100 on Wed Jul 16 01:15:59 2014
RTM_DELADDR: address being removed from iface: len 100, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
0.0.0.0 ng0 (0) (0)
got message of size 184 on Wed Jul 16 01:15:59 2014
RTM_DELETE: Delete Route: len 184, pid: 0, seq 0, errno 0,
flags:<UP,GATEWAY,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
0.0.0.0 (0) (0)
got message of size 108 on Wed Jul 16 01:15:59 2014
RTM_DELADDR: address being removed from iface: len 108, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 (0) (0)
got message of size 116 on Wed Jul 16 01:15:59 2014
RTM_NEWADDR: address being added to iface: len 116, metric 0, flags:
sockaddrs: <NETMASK,IFP,IFA,BRD>
255.255.255.255 ng0 192.168.40.1 192.168.41.50
got message of size 224 on Wed Jul 16 01:15:59 2014
RTM_ADD: Add Route: len 224, pid: 0, seq 0, errno 0, flags:<UP,HOST,PINNED>
locks: inits:
sockaddrs: <DST,GATEWAY>
192.168.41.50 link#7
got message of size 148 on Wed Jul 16 01:15:59 2014
RTM_NEWADDR: address being added to iface: len 148, metric 0, flags:<HOST>
sockaddrs: <NETMASK,IFP,IFA,BRD>
ffff:ffff:ffff:ffff:: ng0 fe80::eea8:6bff:fef3:766a%ng0 (0)
got message of size 272 on Wed Jul 16 01:15:59 2014
RTM_ADD: Add Route: len 272, pid: 0, seq 0, errno 0, flags:<UP,HOST,STATIC>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK>
fe80::eea8:6bff:fef3:766a%ng0 0.0.0.0.0.0 ffff:ffff:ffff:ffff::
got message of size 104 on Wed Jul 16 01:15:59 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1:fff3:766a%ng0
got message of size 104 on Wed Jul 16 01:15:59 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::1%ng0
got message of size 104 on Wed Jul 16 01:15:59 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:ffd7:6760%ng0
got message of size 104 on Wed Jul 16 01:15:59 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff02::2:d767:6055%ng0
got message of size 104 on Wed Jul 16 01:15:59 2014
RTM_NEWMADDR: new multicast group membership on iface: len 104,
sockaddrs: <IFP,IFA>
ng0 ff01::1%ng0
got message of size 344 on Wed Jul 16 01:15:59 2014
RTM_ADD: Add Route: len 344, pid: 0, seq 0, errno 0, flags:<UP,DONE>
locks: inits:
sockaddrs: <DST,GATEWAY,NETMASK,IFP,IFA>
fe80::%ng0 link#7 (255) ffff ffff ffff ffff ffff ffff ffff ng0
fe80::eea8:6bff:fef3:766a%ng0
got message of size 168 on Wed Jul 16 01:15:59 2014
RTM_IFINFO: iface status change: len 168, if# 7, link: unknown,
flags:<UP,PTP,RUNNING,NOARP,SIMPLEX,MULTICAST>
>
>
>
>>
>> here is information of core dump:
>> [root at NUC /var/log]# kgdb -c ../crash/vmcore.1 /boot/kernel/kernel
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you are
>> welcome to change it and/or distribute copies of it under certain conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for details.
>> This GDB was configured as "amd64-marcel-freebsd"...
>>
>> Unread portion of the kernel message buffer:
>>
>>
>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 0; apic id = 00
>> fault virtual address = 0x0
>> fault code = supervisor read data, page not present
>> instruction pointer = 0x20:0xffffffff8098ae09
>> stack pointer = 0x28:0xfffffe0234584660
>> frame pointer = 0x28:0xfffffe02345846f0
>> code segment = base 0x0, limit 0xfffff, type 0x1b
>> = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags = interrupt enabled, resume, IOPL = 0
>> current process = 780 (wpa_supplicant)
>> trap number = 12
>> panic: page fault
>> cpuid = 0
>> KDB: stack backtrace:
>> #0 0xffffffff808f5910 at kdb_backtrace+0x60
>> #1 0xffffffff808bd3f5 at panic+0x155
>> #2 0xffffffff80c9c1e2 at trap_fatal+0x3a2
>> #3 0xffffffff80c9c4b9 at trap_pfault+0x2c9
>> #4 0xffffffff80c9bc46 at trap+0x5e6
>> #5 0xffffffff80c82ee2 at calltrap+0x8
>> #6 0xffffffff809852f0 at rn_walktree+0x70
>> #7 0xffffffff8098a470 at sysctl_rtsock+0x1a0
>> #8 0xffffffff808c894f at sysctl_root+0x24f
>> #9 0xffffffff808c8f08 at userland_sysctl+0x1d8
>> #10 0xffffffff808c8cf4 at sys___sysctl+0x74
>> #11 0xffffffff80c9cad7 at amd64_syscall+0x357
>> #12 0xffffffff80c831cb at Xfast_syscall+0xfb
>> Uptime: 10m24s
>> (ada0:ahcich0:0:0:0): STANDBY_IMMEDIATE. ACB: e0 00 00 00 00 40 00 00 00 00 00 00
>> (ada0:ahcich0:0:0:0): CAM status: CCB request is in progress
>> (ada0:ahcich0:0:0:0): Error 5, Retries exhausted
>> (ada0:ahcich0:0:0:0): Spin-down disk failed
>> Dumping 439 out of 8067 MB:..4%..11%..22%..33%..41%..51%..62%..73%..81%..92%
>> (kgdb) f 7
>> #7 0xffffffff8098ae09 in sysctl_dumpentry (rn=0xfffff800110eae10, vw=0xfffffe0234584748)
>> at /usr/src/sys/net/rtsock.c:1592
>> 1592 info.rti_info[RTAX_IFP] = rt->rt_ifp->if_addr->ifa_addr;
>> Current language: auto; currently minimal
>> (kgdb) l
>> 1587 info.rti_info[RTAX_DST] = rt_key(rt);
>> 1588 info.rti_info[RTAX_GATEWAY] = rt->rt_gateway;
>> 1589 info.rti_info[RTAX_NETMASK] = rt_mask(rt);
>> 1590 info.rti_info[RTAX_GENMASK] = 0;
>> 1591 if (rt->rt_ifp) {
>> 1592 info.rti_info[RTAX_IFP] = rt->rt_ifp->if_addr->ifa_addr;
>
> This one looks strange. There is a check on added routes that rt_ifp is not NULL.
>
>> 1593 info.rti_info[RTAX_IFA] = rt->rt_ifa->ifa_addr;
>> 1594 if (rt->rt_ifp->if_flags & IFF_POINTOPOINT)
>> 1595 info.rti_info[RTAX_BRD] = rt->rt_ifa->ifa_dstaddr;
>> 1596 }
>> (kgdb) i loc
>> info = {rti_addrs = 0, rti_info = {0xfffff80005dace00, 0xfffff80005dace10, 0x0, 0x0, 0x0, 0x0,
>> 0x0, 0x0}, rti_flags = 0, rti_ifa = 0x0, rti_ifp = 0x0}
>> error = Cannot access memory at address 0x0
>> (kgdb) p *rt
>> No symbol "rt" in current context.
>> (kgdb) p rt
>> No symbol "rt" in current context.
>> (kgdb) p info
>> $1 = {rti_addrs = 0, rti_info = {0xfffff80005dace00, 0xfffff80005dace10, 0x0, 0x0, 0x0, 0x0, 0x0,
>> 0x0}, rti_flags = 0, rti_ifa = 0x0, rti_ifp = 0x0}
>
> Can you decode which prefix it is?
> e.g.
> p (struct sockaddr_in *)info.rti_info[RTAX_DST]
(kgdb) p *(struct sockaddr_in *)info.rti_info[0]
$2 = {sin_len = 16 '\020', sin_family = 2 '\002', sin_port = 0,
sin_addr = {s_addr = 841590976},
sin_zero = "\000\000\000\000\000\000\000"}
> p (struct sockaddr_in *)info.rti_info[RTAX_NETMASK]
info.rti_info[RTAX_NETMASK] is NULL.
>
> and what is ifp (and others):
>
> p (struct rtentry *)0xfffff800110eae10
> p *$1
> p $1->rt_ip->if_addrs
(kgdb) p (struct rtentry *)0xfffff800110eae10
$3 = (struct rtentry *) 0xfffff800110eae10
(kgdb) p *$3
Cannot access memory at address 0xfffff800110eae10
####0xfffff800110eae10 is address of rn? It's different in the last core dump.
(kgdb) p (struct rtentry *)0xfffff800122f0258
$4 = (struct rtentry *) 0xfffff800122f0258
(kgdb) p *$4
$5 = {rt_nodes = {{rn_mklist = 0x0, rn_parent = 0xfffff800122f0288,
rn_bit = -1, rn_bmask = 0 '\0',
rn_flags = 4 '\004', rn_u = {rn_leaf = {rn_Key =
0xfffff80005851c00 "\020\002", rn_Mask = 0x0,
rn_Dupedkey = 0x0}, rn_node = {rn_Off = 92609536, rn_L =
0x0, rn_R = 0x0}}}, {rn_mklist = 0x0,
rn_parent = 0xfffff800122f08c8, rn_bit = 55, rn_bmask = 1
'\001', rn_flags = 4 '\004', rn_u = {
rn_leaf = {rn_Key = 0x6 <Address 0x6 out of bounds>, rn_Mask =
0xfffff8001208abe8 "À\234\003\022",
rn_Dupedkey = 0xfffff800122f0258}, rn_node = {rn_Off = 6,
rn_L = 0xfffff8001208abe8,
rn_R = 0xfffff800122f0258}}}}, rt_gateway =
0xfffff80005851c10, rt_flags = 1048581,
rt_refcnt = 0, rt_ifp = 0xfffff800131fd000, rt_ifa =
0xfffff80005ff7800, rt_rmx = {rmx_mtu = 1480,
rmx_expire = 0, rmx_pksent = 0, rmx_weight = 1}, rt_fibnum = 0,
rt_mtx = {lock_object = {
lo_name = 0xffffffff80eff57f "rtentry", lo_flags = 21168128,
lo_data = 0, lo_witness = 0x0},
mtx_lock = 4}}
(kgdb) p $4->rt_ip->if_addrs
There is no member named rt_ip.
(kgdb) p $5->rt_ip->if_addrs
There is no member named rt_ip.
(kgdb) l
1587 info.rti_info[RTAX_DST] = rt_key(rt);
1588 info.rti_info[RTAX_GATEWAY] = rt->rt_gateway;
1589 info.rti_info[RTAX_NETMASK] = rt_mask(rt);
1590 info.rti_info[RTAX_GENMASK] = 0;
1591 if (rt->rt_ifp) {
1592 info.rti_info[RTAX_IFP] = rt->rt_ifp->if_addr->ifa_addr;
1593 info.rti_info[RTAX_IFA] = rt->rt_ifa->ifa_addr;
1594 if (rt->rt_ifp->if_flags & IFF_POINTOPOINT)
1595 info.rti_info[RTAX_BRD] =
rt->rt_ifa->ifa_dstaddr;
1596 }
(kgdb) p $5->rt_ifp->if_addrs
There is no member named if_addrs.
(kgdb) p $5->rt_ifp->if_addr
$6 = (struct ifaddr *) 0x0
Is that mean trap occur because of access a NULL point?
>
>> _______________________________________________
>> freebsd-net at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-net
>> To unsubscribe, send any mail to "freebsd-net-unsubscribe at freebsd.org"
>>
>
More information about the freebsd-net
mailing list