Date: Fri, 19 Dec 2014 20:41:54 +0100 From: Guido Falsi <mad@madpilot.net> To: Adrian Chadd <adrian@freebsd.org>, Andrey Fesenko <f0andrey@gmail.com>, Gleb Smirnoff <glebius@freebsd.org> Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: lighttpd crush the system after r274463 Message-ID: <54947F82.3090603@madpilot.net> In-Reply-To: <CAJ-Vmo=asEw%2BASa4YgAoYAKJgKp9y_%2BT=xNz3DDtSE9xXE377A@mail.gmail.com> References: <CA%2BK5SrNXRssErBfxFwtPpSYHZQ-OX6AQ2ipYmq%2BKF8zRCjknzw@mail.gmail.com> <CAJ-Vmo=asEw%2BASa4YgAoYAKJgKp9y_%2BT=xNz3DDtSE9xXE377A@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/19/14 19:28, Adrian Chadd wrote: > Hm, glebius? Any ideas? > [...] >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x8 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff809d44bd >> stack pointer = 0x28:0xfffffe00f77df700 >> frame pointer = 0x28:0xfffffe00f77df730 >> 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 = 658 (lighttpd) >> [ thread pid 658 tid 100067 ] >> Stopped at sbappendstream_locked+0x2d: cmpq $0,0x8(%r14) >> db> bt >> Tracing pid 658 tid 100067 td 0xfffff8000ba3e940 >> sbappendstream_locked() at sbappendstream_locked+0x2d/frame 0xfffffe00f77df730 >> sbappendstream() at sbappendstream+0x3c/frame 0xfffffe00f77df760 >> tcp_usr_send() at tcp_usr_send+0x1ab/frame 0xfffffe00f77df7e0 >> sosend_generic() at sosend_generic+0x40b/frame 0xfffffe00f77df8a0 >> soo_write() at soo_write+0x42/frame 0xfffffe00f77df8d0 >> dofilewrite() at dofilewrite+0x88/frame 0xfffffe00f77df920 >> kern_writev() at kern_writev+0x68/frame 0xfffffe00f77df970 >> sys_writev() at sys_writev+0x36/frame 0xfffffe00f77df9a0 >> amd64_syscall() at amd64_syscall+0x25a/frame 0xfffffe00f77dfab0 >> Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00f77dfab0 >> --- syscall (121, FreeBSD ELF64, sys_writev), rip = 0x80164cb8a, rsp = >> 0x7fffffffa658, rbp = 0x7fffffffe6 >> c0 --- Maybe I'm wrong but I see some similarities with what I reported with virtualbox. Bug 195822 has been filed about that. All information I have is there. Glebius already knows. -- Guido Falsi <mad@madpilot.net>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54947F82.3090603>