Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11)

On Tue, Feb 11, 2014 at 10:35:29AM +0100, Jeremie Le Hen wrote:
> On Mon, Feb 10, 2014 at 11:48:19PM +0200, Andriy Gapon wrote:
> > 
> > stack trace from kgdb could be a good middle ground between ddb stack trace and
> > a full vmcore file...
> 
> Here we go:
> 
> #1  0xffffffff80302ca5 in db_fncall (dummy1=<value optimized out>, 
>     dummy2=<value optimized out>, dummy3=<value optimized out>, 
>     dummy4=<value optimized out>) at /usr/src-svn/sys/ddb/db_command.c:578
> #2  0xffffffff8030298d in db_command (cmd_table=<value optimized out>)
>     at /usr/src-svn/sys/ddb/db_command.c:449
> #3  0xffffffff80306bef in db_script_exec (
>     scriptname=0xfffffe00e5e53610 "kdb.enter.panic", 
>     warnifnotfound=<value optimized out>)
>     at /usr/src-svn/sys/ddb/db_script.c:302
> #4  0xffffffff80306a26 in db_script_kdbenter (eventname=0x0)
>     at /usr/src-svn/sys/ddb/db_script.c:324
> #5  0xffffffff803050ab in db_trap (type=<value optimized out>, code=0)
>     at /usr/src-svn/sys/ddb/db_main.c:230
> #6  0xffffffff80696c33 in kdb_trap (type=3, code=0, tf=<value optimized out>)
>     at /usr/src-svn/sys/kern/subr_kdb.c:656
> #7  0xffffffff809b0e92 in trap (frame=0xfffffe00e5e53960)
>     at /usr/src-svn/sys/amd64/amd64/trap.c:571
> #8  0xffffffff80996122 in calltrap ()
>     at /usr/src-svn/sys/amd64/amd64/exception.S:231
> #9  0xffffffff806963ee in kdb_enter (why=0xffffffff80b3c985 "panic", 
>     msg=<value optimized out>) at cpufunc.h:63
> #10 0xffffffff8065ec96 in vpanic (fmt=<value optimized out>, 
>     ap=<value optimized out>) at /usr/src-svn/sys/kern/kern_shutdown.c:752
> #11 0xffffffff8065eb46 in kassert_panic (fmt=<value optimized out>)
>     at /usr/src-svn/sys/kern/kern_shutdown.c:647
> #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff8000f8943b0, flags=2098176, 
>     file=0xffffffff81508fe5 "/usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c", line=1518)
>     at /usr/src-svn/sys/kern/vfs_vnops.c:1436
> #13 0xffffffff8148417d in zfs_lookup ()
>     at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:1518
> #14 0xffffffff814844e1 in zfs_freebsd_lookup (ap=0xfffffe00e5e53d60)
>     at /usr/src-svn/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_vnops.c:6106
> #15 0xffffffff80a6b34a in VOP_CACHEDLOOKUP_APV (vop=<value optimized out>, 
>     a=<value optimized out>) at vnode_if.c:195
> #16 0xffffffff806f480f in vfs_cache_lookup (ap=<value optimized out>)
>     at vnode_if.h:80
> #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=<value optimized out>, 
>     a=<value optimized out>) at vnode_if.c:127
> #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e5e53eb8) at vnode_if.h:54
> #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=<value optimized out>, 
>     a=<value optimized out>) at vnode_if.c:127
> #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e5e541b8) at vnode_if.h:54
> #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e5e541b8)
>     at /usr/src-svn/sys/kern/vfs_lookup.c:298
> #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e5e541b8, 
>     flagp=0xfffffe00e5e54340, cmode=0, vn_open_flags=<value optimized out>, 
>     cred=0xfffff8008c070b00, fp=0x0) at /usr/src-svn/sys/kern/vfs_vnops.c:205
> #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=<value optimized out>)
>     at /usr/src-svn/sys/kern/vfs_default.c:797
> #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e5e54508)
>     at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824
> #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=<value optimized out>, 
>     a=<value optimized out>) at vnode_if.c:3647
> #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e5e54590, 
>     cred=0xfffff8008c070b00, 
>     buf=0xfffff8000474ac00 "...<snipped>...",
>     buflen=0xfffffe00e5e5458c) at vnode_if.h:1564
> #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff800399a9920, 
>     vp=0xfffff8009d2ba000, rdir=0xfffff8000f9d7938, 
>     buf=0xfffff8000474ac00  "...<snipped>...",
>     retbuf=0xfffffe00e5e54660, buflen=995)
>     at /usr/src-svn/sys/kern/vfs_cache.c:1330
> #28 0xffffffff806f4de5 in vn_fullpath (td=0xfffff800399a9920, 
>     vn=0xfffff8009584c588, retbuf=0xfffffe00e5e54660, 
>     freebuf=0xfffffe00e5e54658) at /usr/src-svn/sys/kern/vfs_cache.c:1156
> #29 0xffffffff8061a9dd in export_fd_to_sb (data=0xfffff8009584c588, type=1, 
>     fd=-1, fflags=1, refcnt=-1, offset=-1, rightsp=<value optimized out>, 
>     efbuf=0xfffff8008343a800) at /usr/src-svn/sys/kern/kern_descrip.c:3584
> #30 0xffffffff8061a4c7 in kern_proc_filedesc_out (p=<value optimized out>, 
>     sb=0xfffffe00e5e548e8, maxlen=-1)
>     at /usr/src-svn/sys/kern/kern_descrip.c:3405
> #31 0xffffffff8061b2e6 in sysctl_kern_proc_filedesc (
>     oidp=<value optimized out>, arg1=<value optimized out>, arg2=-2135739022, 
>     req=<value optimized out>) at /usr/src-svn/sys/kern/kern_descrip.c:3534
> #32 0xffffffff80669c84 in sysctl_root (arg1=<value optimized out>, 
>     arg2=<value optimized out>) at /usr/src-svn/sys/kern/kern_sysctl.c:1497
> #33 0xffffffff8066a282 in userland_sysctl (td=<value optimized out>, 
>     name=0xfffffe00e5e54a70, namelen=<value optimized out>, 
>     old=<value optimized out>, oldlenp=<value optimized out>, 
>     inkernel=<value optimized out>, new=<value optimized out>, 
>     retval=<value optimized out>, flags=0)
>     at /usr/src-svn/sys/kern/kern_sysctl.c:1607
> #34 0xffffffff8066a0b4 in sys___sysctl (td=0xfffff800399a9920, 
>     uap=0xfffffe00e5e54b80) at /usr/src-svn/sys/kern/kern_sysctl.c:1533
> #35 0xffffffff809b1af5 in amd64_syscall (td=0xfffff800399a9920, traced=0)
>     at subr_syscall.c:133
> #36 0xffffffff8099640b in Xfast_syscall ()
>     at /usr/src-svn/sys/amd64/amd64/exception.S:390

I've just got another occurence of the exact same panic.  Any clue how
to debug this?

-- 
Jeremie Le Hen

Scientists say the world is made up of Protons, Neutrons and Electrons.
They forgot to mention Morons.