Bug 214554 - Panic when Nginx reload
Summary: Panic when Nginx reload
Status: Closed FIXED
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 10.3-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-bugs mailing list
Depends on:
Reported: 2016-11-16 01:01 UTC by MyDevil.net Hosting
Modified: 2019-12-07 05:07 UTC (History)
3 users (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description MyDevil.net Hosting 2016-11-16 01:01:09 UTC

kernel panic when Nginx was reloaded a few times in short time - sometimes 30 or more (3000+) reloads in less than few second.

Tested on systems with kernel:
10.3-RELEASE-p11 FreeBSD 10.3-RELEASE-p11 #0: Mon Oct 24 18:49:24 UTC 2016
10.3-STABLE FreeBSD 10.3-STABLE #11: Thu Sep  1 13:59:49 UTC 2016

Core from FreeBSD 10.3-RELEASE-p11:
Fatal trap 12: page fault while in kernel mode
cpuid = 3; apic id = 03
fault virtual address	= 0x20
fault code		= supervisor read data, page not present
instruction pointer	= 0x20:0xffffffff809dab38
stack pointer	        = 0x28:0xfffffe022f8ed960
frame pointer	        = 0x28:0xfffffe022f8ed9f0
code segment		= base rx0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 0 (thread taskq)
trap number		= 12
panic: page fault
cpuid = 3
KDB: stack backtrace:
#0 0xffffffff8098e3e0 at kdb_backtrace+0x60
#1 0xffffffff809510b6 at vpanic+0x126
#2 0xffffffff80950f83 at panic+0x43
#3 0xffffffff80d55f8b at trap_fatal+0x36b
#4 0xffffffff80d5628d at trap_pfault+0x2ed
#5 0xffffffff80d5590a at trap+0x47a
#6 0xffffffff80d3b8d2 at calltrap+0x8
#7 0xffffffff8099f215 at taskqueue_run_locked+0xe5
#8 0xffffffff8099fca8 at taskqueue_thread_loop+0xa8
#9 0xffffffff8091a53a at fork_exit+0x9a
#10 0xffffffff80d3be0e at fork_trampoline+0xe

(kgdb) #0  doadump (textdump=<value optimized out>) at pcpu.h:219
#1  0xffffffff80950d12 in kern_reboot (howto=260)
    at /usr/src/sys/kern/kern_shutdown.c:486
#2  0xffffffff809510f5 in vpanic (fmt=<value optimized out>, 
    ap=<value optimized out>) at /usr/src/sys/kern/kern_shutdown.c:889
#3  0xffffffff80950f83 in panic (fmt=0x0)
    at /usr/src/sys/kern/kern_shutdown.c:818
#4  0xffffffff80d55f8b in trap_fatal (frame=<value optimized out>, 
    eva=<value optimized out>) at /usr/src/sys/amd64/amd64/trap.c:858
#5  0xffffffff80d5628d in trap_pfault (frame=0xfffffe022f8ed8b0, 
    usermode=<value optimized out>) at /usr/src/sys/amd64/amd64/trap.c:681
#6  0xffffffff80d5590a in trap (frame=0xfffffe022f8ed8b0)
    at /usr/src/sys/amd64/amd64/trap.c:447
#7  0xffffffff80d3b8d2 in calltrap ()
    at /usr/src/sys/amd64/amd64/exception.S:236
#8  0xffffffff809dab38 in unp_gc (arg=0x8, pending=24)
    at /usr/src/sys/kern/uipc_usrreq.c:2152
#9  0xffffffff8099f215 in taskqueue_run_locked (queue=0xfffff8000526dc00)
    at /usr/src/sys/kern/subr_taskqueue.c:342
#10 0xffffffff8099fca8 in taskqueue_thread_loop (arg=<value optimized out>)
    at /usr/src/sys/kern/subr_taskqueue.c:563
#11 0xffffffff8091a53a in fork_exit (
    callout=0xffffffff8099fc00 <taskqueue_thread_loop>, 
    arg=0xffffffff816a6250, frame=0xfffffe022f8edac0)
    at /usr/src/sys/kern/kern_fork.c:1027
#12 0xffffffff80d3be0e in fork_trampoline ()
    at /usr/src/sys/amd64/amd64/exception.S:611
#13 0x0000000000000000 in ?? ()

Thanks for your help.
Comment 1 Mark Johnston freebsd_committer 2016-11-16 01:06:14 UTC
Which revision is the stable/10 kernel at? Does it include r305261?
Comment 2 MyDevil.net Hosting 2016-11-16 01:14:41 UTC
kern.osreldate: 1003506
I don't have sources anymore, but http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/versions-10.html says it's about r304611 - r304864.
Comment 3 Mark Johnston freebsd_committer 2016-11-16 01:19:16 UTC
(In reply to admin from comment #2)
r305261 fixed this panic in stable/10. Could you confirm that it addresses your scenario?
Comment 4 MyDevil.net Hosting 2016-11-30 16:44:03 UTC
After 2 weeks I can confirm - no more panics.

Thank you.