Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 05 Mar 2009 14:57:30 +0000
From:      Matthew West <freebsd@r.zeeb.org>
To:        FreeBSD-gnats-submit@FreeBSD.org
Subject:   kern/132337: kernel panic in zfs_fuid_create_cred 
Message-ID:  <E1LfF0s-000M2Y-4x@zeeb.org>
Resent-Message-ID: <200903051500.n25F0DOk099475@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         132337
>Category:       kern
>Synopsis:       kernel panic in zfs_fuid_create_cred
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 05 15:00:13 UTC 2009
>Closed-Date:
>Last-Modified:
>Originator:     Matthew West
>Release:        FreeBSD 8.0-CURRENT amd64
>Organization:
>Environment:
FreeBSD foo.internal 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Feb 27 12:43:45 GMT 2009 mwest@foo.internal:/usr/obj/usr/src/sys/DEBUGLOCK amd64

>Description:
panic: zfs_fuid_create_cred
cpuid = 2
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2a
panic() at panic+0x182
zfs_fuid_create_cred() at zfs_fuid_create_cred+0x56
zfs_perm_init() at zfs_perm_init+0x84
zfs_mknode() at zfs_mknode+0x24e
zfs_freebsd_create() at zfs_freebsd_create+0x617
VOP_CREATE_APV() at VOP_CREATE_APV+0xb3
nfsrv_create() at nfsrv_create+0x909
nfssvc_program() at nfssvc_program+0x1a1
svc_run_internal() at svc_run_internal+0x62b
svc_thread_start() at svc_thread_start+0xb
fork_exit() at fork_exit+0x12a
fork_trampoline() at fork_trampoline+0xe
--- trap 0xc, rip = 0x800695c4c, rsp = 0x7fffffffe8e8, rbp = 0 ---
Uptime: 26m9s
Physical memory: 3056 MB
Dumping 388 MB: 373 357 341 325 309 293 277 261Error dumping block 0x0

** DUMP FAILED (ERROR 5) **
aac0: shutting down controller...FAILED.
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...

>How-To-Repeat:

Set up a directory on an NFS share with chmod 777 permissions.  Run iozone3 on a client machine, in the 777 mode directory.

Sometimes you need to ^C the iozone process and restart it a few times to trigger the panic.

I am guessing the problem lies in some of the unimplemented code in the #ifdef TODO block in zfs_fuid.c.

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1LfF0s-000M2Y-4x>