From nobody@FreeBSD.org  Fri Feb 21 10:57:02 2014
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115])
	(using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by hub.freebsd.org (Postfix) with ESMTPS id C4AF29B6
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 Feb 2014 10:57:02 +0000 (UTC)
Received: from newred.freebsd.org (cgiserv.freebsd.org [IPv6:2001:1900:2254:206a::50:4])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mx1.freebsd.org (Postfix) with ESMTPS id 9F6421D80
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 Feb 2014 10:57:02 +0000 (UTC)
Received: from cgiserv.freebsd.org ([127.0.1.6])
	by newred.freebsd.org (8.14.7/8.14.7) with ESMTP id s1LAv25f032540
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 21 Feb 2014 10:57:02 GMT
	(envelope-from nobody@cgiserv.freebsd.org)
Received: (from nobody@localhost)
	by cgiserv.freebsd.org (8.14.7/8.14.7/Submit) id s1LAv2Kl032539;
	Fri, 21 Feb 2014 10:57:02 GMT
	(envelope-from nobody)
Message-Id: <201402211057.s1LAv2Kl032539@cgiserv.freebsd.org>
Date: Fri, 21 Feb 2014 10:57:02 GMT
From: Evan Clarke <evan@evanclarke.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Fatal trap 12 (seems zfs related)
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         186942
>Category:       kern
>Synopsis:       [zfs] [panic] Fatal trap 12 (seems zfs related)
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-fs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Feb 21 11:00:00 UTC 2014
>Closed-Date:    
>Last-Modified:  Wed Apr 16 02:11:12 UTC 2014
>Originator:     Evan Clarke
>Release:        10.0-RELEASE
>Organization:
>Environment:
10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan 16 22:34:59 UTC 2014     root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
Hi

I was deleting a rather large directory and had the kernel crash.

No dump file, but I am running stock binary install.  Pretty sure it's
not hardware related as this server has been in use for over a year.

Any more information required, let me know.

Feb 21 21:43:20 storage kernel: Fatal trap 12: page fault while in kernel mode
Feb 21 21:43:20 storage kernel: cpuid = 1; apic id = 01
Feb 21 21:43:20 storage kernel: fault virtual address   = 0x378
Feb 21 21:43:20 storage kernel: fault code              = supervisor read data, page not present
Feb 21 21:43:20 storage kernel: instruction pointer     = 0x20:0xffffffff808ad831
Feb 21 21:43:20 storage kernel: stack pointer           = 0x28:0xfffffe023a5b1580
Feb 21 21:43:20 storage kernel: frame pointer           = 0x28:0xfffffe023a5b1610
Feb 21 21:43:20 storage kernel: code segment            = base 0x0, limit 0xfffff, type 0x1b
Feb 21 21:43:20 storage kernel: = DPL 0, pres 1, long 1, def32 0, gran 1
Feb 21 21:43:20 storage kernel: processor eflags        = interrupt enabled, resume, IOPL = 0
Feb 21 21:43:20 storage kernel: current process         = 89750 (rm)
Feb 21 21:43:20 storage kernel: trap number             = 12
Feb 21 21:43:20 storage kernel: panic: page fault
Feb 21 21:43:20 storage kernel: cpuid = 1
Feb 21 21:43:20 storage kernel: KDB: stack backtrace:
Feb 21 21:43:20 storage kernel: #0 0xffffffff808e7dd0 at kdb_backtrace+0x60
Feb 21 21:43:20 storage kernel: #1 0xffffffff808af8b5 at panic+0x155
Feb 21 21:43:20 storage kernel: #2 0xffffffff80c8e692 at trap_fatal+0x3a2
Feb 21 21:43:20 storage kernel: #3 0xffffffff80c8e969 at trap_pfault+0x2c9
Feb 21 21:43:20 storage kernel: #4 0xffffffff80c8e0f6 at trap+0x5e6
Feb 21 21:43:20 storage kernel: #5 0xffffffff80c75392 at calltrap+0x8
Feb 21 21:43:20 storage kernel: #6 0xffffffff8094883d at bufobj_invalbuf+0x4d
Feb 21 21:43:20 storage kernel: #7 0xffffffff80b18cd4 at vm_object_terminate+0xe4
Feb 21 21:43:20 storage kernel: #8 0xffffffff80b26e4f at vnode_destroy_vobject+0x8f
Feb 21 21:43:20 storage kernel: #9 0xffffffff818a7ede at zfs_freebsd_reclaim+0x1e
Feb 21 21:43:20 storage kernel: #10 0xffffffff80d99878 at VOP_RECLAIM_APV+0x98
Feb 21 21:43:20 storage kernel: #11 0xffffffff8094b17d at vgonel+0x1bd
Feb 21 21:43:20 storage kernel: #12 0xffffffff8094b609 at vrecycle+0x59
Feb 21 21:43:20 storage kernel: #13 0xffffffff818a7ead at zfs_freebsd_inactive+0xd
Feb 21 21:43:20 storage kernel: #14 0xffffffff80d99778 at VOP_INACTIVE_APV+0x98
Feb 21 21:43:20 storage kernel: #15 0xffffffff80949f81 at vinactive+0x101
Feb 21 21:43:20 storage kernel: #16 0xffffffff8094a392 at vputx+0x272

>How-To-Repeat:
N/A
>Fix:
N/A

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->freebsd-fs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Wed Apr 16 02:10:49 UTC 2014 
Responsible-Changed-Why:  
Over to maintainer(s). 

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