From nobody@FreeBSD.org  Wed Oct 31 10:44:06 2012
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id F1BCB346
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 31 Oct 2012 10:44:06 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id D7E478FC0C
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 31 Oct 2012 10:44:06 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.5/8.14.5) with ESMTP id q9VAi6vk079724
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 31 Oct 2012 10:44:06 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.5/8.14.5/Submit) id q9VAi67w079723;
	Wed, 31 Oct 2012 10:44:06 GMT
	(envelope-from nobody)
Message-Id: <201210311044.q9VAi67w079723@red.freebsd.org>
Date: Wed, 31 Oct 2012 10:44:06 GMT
From: Tommy Sonne Alstrm <tommy@anakin.ws>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Have received two crashes within 1 day after installing new packages: Fatal trap 12: page fault in kernel mode
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         173235
>Category:       kern
>Synopsis:       [smbfs] [panic] Have received two crashes within 1 day after installing new packages: Fatal trap 12: page fault in kernel mode
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    ae
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Oct 31 10:50:01 UTC 2012
>Closed-Date:    Fri May 02 21:51:50 UTC 2014
>Last-Modified:  Fri May 02 21:51:50 UTC 2014
>Originator:     Tommy Sonne Alstrm
>Release:        Freebsd 9.0
>Organization:
personal use
>Environment:
FreeBSD ophelia.anakin.ws 9.0-RELEASE-p3 FreeBSD 9.0-RELEASE-p3 #0: Tue Jun 12 02:52:29 UTC 2012     root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64
>Description:
I've been running freebsd for about 40 days now on the machine in question
without any issues. Yesterday I was migrating apache+mysql data and when I
was done I decided to run a zpool scrub (using ZFS raidz). I'm starting to
do this and then after about 30 seconds I loose the connection to my machine. 

When I got home I find the machine is hanging and it needs to be powered
off. The text on the screen is a kernel panic with some call stack (I took
a picture).

After a power-off the system was able to reboot but gave a new kernel panic,
this time with a dump. The system rebooted and made a crash dump and was
able to reboot into some kind of save mode. This is what I got:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x20
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80876af8
stack pointer           = 0x28:0xffffff8451ab29e0
frame pointer           = 0x28:0xffffff8451ab2a10
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 1192 (smbiod1)
trap number             = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0xffffffff808680fe at kdb_backtrace+0x5e
#1 0xffffffff80832cb7 at panic+0x187
#2 0xffffffff80b185a0 at trap_fatal+0x290
#3 0xffffffff80b18c57 at trap+0x287
#4 0xffffffff80b0324f at calltrap+0x8
#5 0xffffffff80822d50 at _mtx_unlock_sleep+0x50
#6 0xffffffff8185a50c at smb_iod_invrq+0xbc
#7 0xffffffff8185b621 at smb_iod_addrq+0x211
#8 0xffffffff81857fd9 at smb_rq_simple+0x39
#9 0xffffffff8185689e at smb_smb_ssnsetup+0x17e
#10 0xffffffff8185a68f at smb_iod_connect+0x11f
#11 0xffffffff8185b0e0 at smb_iod_thread+0x1d0
#12 0xffffffff8080682f at fork_exit+0x11f
#13 0xffffffff80b0377e at fork_trampoline+0xe
Uptime: 40s
Dumping 816 out of 16088 MB:..2%..12%..22%..32%..42%..51%..61%..71%..81%..91%

Here the zpool scrub managed to finish without errors. Then I rebooted
and everything worked fine. 

This morning again I've discovered that there was another crash. Again
this is what I got:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x20
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff80876af8
stack pointer           = 0x28:0xffffff8451ab29e0
frame pointer           = 0x28:0xffffff8451ab2a10
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = resume, IOPL = 0
current process         = 1192 (smbiod1)
trap number             = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0xffffffff808680fe at kdb_backtrace+0x5e
#1 0xffffffff80832cb7 at panic+0x187
#2 0xffffffff80b185a0 at trap_fatal+0x290
#3 0xffffffff80b18c57 at trap+0x287
#4 0xffffffff80b0324f at calltrap+0x8
#5 0xffffffff80822d50 at _mtx_unlock_sleep+0x50
#6 0xffffffff8185a50c at smb_iod_invrq+0xbc
#7 0xffffffff8185b621 at smb_iod_addrq+0x211
#8 0xffffffff81857fd9 at smb_rq_simple+0x39
#9 0xffffffff8185689e at smb_smb_ssnsetup+0x17e
#10 0xffffffff8185a68f at smb_iod_connect+0x11f
#11 0xffffffff8185b0e0 at smb_iod_thread+0x1d0
#12 0xffffffff8080682f at fork_exit+0x11f
#13 0xffffffff80b0377e at fork_trampoline+0xe
Uptime: 40s
Dumping 816 out of 16088 MB:..2%..12%..22%..32%..42%..51%..61%..71%..81%..91%


I use an Intel Server MB with CRC memory so these errors should not occur,
but maybe this is a result of faulty memory ? In that case, how can I
exclude that?

I've read http://www.freebsd.org/doc/faq/troubleshoot.html#trap-12-panic and
http://www.freebsd.org/doc/faq/advanced.html#kernel-panic-troubleshooting

But since there is these core files I'm thinking maybe the dump is already
there ?

Thanks in advance!
>How-To-Repeat:
>Fix:
>Release-Note:
>Audit-Trail:

From: =?ISO-8859-1?Q?Tommy_Sonne_Alstr=F8m?= <tommy@anakin.ws>
To: Andriy Gapon <avg@FreeBSD.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: amd64/173235: Have received two crashes within 1 day after installing
 new packages: Fatal trap 12: page fault in kernel mode
Date: Wed, 31 Oct 2012 13:35:35 +0100

 Thanks for the answer.
 
 Please note, that I had no network shares mounted when the 2nd crash 
 occurred.
 
 Sorry if I chose the wrong category.
 
 BR Tommy
 
From: Andriy Gapon <avg@FreeBSD.org>
To: bug-followup@FreeBSD.org, tommy@anakin.ws
Cc:  
Subject: Re: amd64/173235: Have received two crashes within 1 day after installing
 new packages: Fatal trap 12: page fault in kernel mode
Date: Wed, 31 Oct 2012 14:31:15 +0200

 This looks like an smbfs/netsmb related bug.
 
 P.S. There was no reason to chose 'amd64' category.
 -- 
 Andriy Gapon

From: =?ISO-8859-1?Q?Tommy_Sonne_Alstr=F8m?= <tommy@anakin.ws>
To: Andriy Gapon <avg@FreeBSD.org>
Cc: bug-followup@FreeBSD.org
Subject: Re: amd64/173235: Have received two crashes within 1 day after installing
 new packages: Fatal trap 12: page fault in kernel mode
Date: Wed, 31 Oct 2012 13:44:01 +0100

 I'm very sorry, I just realized that I copied the 1st readout twice. The 
 2nd readout was like this
 
 Fatal trap 12: page fault while in kernel mode
 cpuid = 0; apic id = 00
 fault virtual address   = 0x6
 fault code              = supervisor read data, page not present
 instruction pointer     = 0x20:0xffffffff809da0cc
 stack pointer           = 0x28:0xffffff8451f549b0
 frame pointer           = 0x28:0xffffff8451f54a40
 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         = 1068 (named)
 trap number             = 12
 panic: page fault
 cpuid = 0
 KDB: stack backtrace:
 #0 0xffffffff808680fe at kdb_backtrace+0x5e
 #1 0xffffffff80832cb7 at panic+0x187
 #2 0xffffffff80b185a0 at trap_fatal+0x290
 #3 0xffffffff80b188e9 at trap_pfault+0x1f9
 #4 0xffffffff80b18daf at trap+0x3df
 #5 0xffffffff80b0324f at calltrap+0x8
 #6 0xffffffff809f75a7 at udp6_bind+0xa7
 #7 0xffffffff808a152e at kern_bind+0xde
 #8 0xffffffff808a15a1 at sys_bind+0x41
 #9 0xffffffff80b17e90 at amd64_syscall+0x4e0
 #10 0xffffffff80b03537 at Xfast_syscall+0xf7
 Uptime: 9h41m13s
 Dumping 3411 out of 16088 
 MB:..1%..11%..21%..31%..41%..51%..61%..71%..81%..91%
 
Responsible-Changed-From-To: freebsd-amd64->freebsd-fs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sun Apr 20 01:35:11 UTC 2014 
Responsible-Changed-Why:  
reclassify. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=173235 
State-Changed-From-To: open->closed 
State-Changed-By: ae 
State-Changed-When: Fri May 2 21:49:54 UTC 2014 
State-Changed-Why:  
Fixed in head@r264600 and stable/10@r265243. 


Responsible-Changed-From-To: freebsd-fs->ae 
Responsible-Changed-By: ae 
Responsible-Changed-When: Fri May 2 21:49:54 UTC 2014 
Responsible-Changed-Why:  
Take it. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=173235 
>Unformatted:
