David Gwynne <[email protected]> writes: > Any joy? Out the other one where it panics? > On 12 Jan 2016 04:43, "Timo Myyrä" <[email protected]> wrote: > >> David Gwynne <[email protected]> writes: >> >> >> On 11 Jan 2016, at 3:59 AM, [email protected] wrote: >> >> >> >>> Synopsis: server occasional hangs / crashes on latest snapshot >> >>> Category: kernel >> >>> Environment: >> >> System : OpenBSD 5.9 >> >> Details : OpenBSD 5.9-beta (GENERIC.MP) #1807: Sat Jan 9 >> 13:46:21 MST 2016 >> >> [email protected]: >> /usr/src/sys/arch/amd64/compile/GENERIC.MP >> >> >> >> Architecture: OpenBSD.amd64 >> >> Machine : amd64 >> >>> Description: >> >> >> >> I updated my router box to 8.1. snapshot. Noticed that the system >> >> would hang / crash occasional in the normal use. >> >> /var/log/messages has following: >> >> Jan 10 11:36:17 charon /bsd: em0: watchdog: cons 0 prod 503 free >> 521 TDH 503 TDT 503 >> >> Jan 10 18:25:12 charon /bsd: em0: watchdog: cons 0 prod 494 free >> 530 TDH 494 TDT 494 >> >> Jan 10 18:29:40 charon /bsd: fatal protection fault in supervisor >> mode >> >> Jan 10 18:29:40 charon /bsd: trap type 4 code 0 rip >> ffffffff811f2d60 cs 8 rflags 10282 cr2 ef9ef4cf010 cpl 5 rsp >> ffff8000319c38c8 >> >> Jan 10 18:29:40 charon /bsd: panic: trap type 4, code=0, >> pc=ffffffff811f2d60 >> >> Jan 10 18:29:40 charon /bsd: Starting stack trace... >> >> Jan 10 18:29:40 charon /bsd: panic() at panic+0x10b >> >> Jan 10 18:29:40 charon /bsd: trap() at trap+0x7b8 >> >> Jan 10 18:29:40 charon /bsd: --- trap (number 4) --- >> >> Jan 10 18:29:40 charon /bsd: _bpf_mtap() at _bpf_mtap+0x50 >> >> Jan 10 18:29:40 charon /bsd: bpf_mtap_ether() at >> bpf_mtap_ether+0x39 >> >> Jan 10 18:29:40 charon /bsd: em_start() at em_start+0xa7 >> >> Jan 10 18:29:40 charon /bsd: ifq_serialize() at ifq_serialize+0xd9 >> >> Jan 10 18:29:40 charon /bsd: if_enqueue() at if_enqueue+0x71 >> >> Jan 10 18:29:40 charon /bsd: ether_output() at ether_output+0x166 >> >> Jan 10 18:29:40 charon /bsd: ip_output() at ip_output+0x71b >> >> Jan 10 18:29:40 charon /bsd: ip_forward() at ip_forward+0x1cb >> >> Jan 10 18:29:40 charon /bsd: ipv4_input() at ipv4_input+0x309 >> >> Jan 10 18:29:40 charon /bsd: ipintr() at ipintr+0x1e >> >> Jan 10 18:29:40 charon /bsd: netintr() at netintr+0x64 >> >> Jan 10 18:29:40 charon /bsd: softintr_dispatch() at >> softintr_dispatch+0x8b >> >> Jan 10 18:29:40 charon /bsd: Xsoftnet() at Xsoftnet+0x1f >> >> Jan 10 18:29:40 charon /bsd: --- interrupt --- >> >> Jan 10 18:29:40 charon /bsd: end trace frame: 0x0, count: 242 >> >> Jan 10 18:29:40 charon /bsd: taskq_thread+0x6c: >> >> Jan 10 18:29:40 charon /bsd: End of stack trace. >> >> >> >> >> >>> How-To-Repeat: >> >> Keep the system running. >> >>> Fix: >> >> not known >> > >> > ola, >> > >> > could you try -current, specifically after src/sys/dev/pci/if_em.c >> r1.328, and see if this is still a problem? >> > >> > dlg >> >> Ok, >> >> I updated to the latest snapshot (dated Mon Jan 11 >> 01:47:58 MST 2016) and with it system seemed to crash while I was away. >> Couldn't see anything in the logs nor was the display or keyboard >> responsive so >> I haven't got any details out of it. >> >> Just updated the source tree and compiled kernel from latest sources. >> Waiting to see >> how it behaves with it. >> >> Timo >> >>
No joy in sight, just got another router crash while streaming video (tablet) and downloading files (laptop) at the same time through it. Nothing in the logs so no details to share. Both clients were connected to the crashing router/firewall with its athn0 wireless adapter. I quess the increased stress to egress em0 interface trigger the crash but as I don't have any real facts to share. I updated kernel this morning as I saw you made some changes to if_em.c to see it would help. Doesn't seem to be the case for me. Timo
