From owner-freebsd-current@FreeBSD.ORG Sat Mar 1 02:13:14 2014 Return-Path: Delivered-To: freebsd-current@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 745E6387; Sat, 1 Mar 2014 02:13:14 +0000 (UTC) Received: from esa-annu.net.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 13A7212B0; Sat, 1 Mar 2014 02:13:13 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAIBBEVODaFve/2dsb2JhbABRCINBV4MDvUtPgSd0giUBAQEDAQEBASAEJyALBRYYERkCBCUBCSYGCAcEARwEh1AIDapqoGoXjX8FAQEbGRsHgm6BSQSJSoZ9hR2ECIkih1eBb4FcHjGBBDk X-IronPort-AV: E=Sophos;i="4.97,565,1389762000"; d="scan'208";a="100890114" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 28 Feb 2014 21:13:12 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 1171579283; Fri, 28 Feb 2014 21:13:12 -0500 (EST) Date: Fri, 28 Feb 2014 21:13:12 -0500 (EST) From: Rick Macklem To: Jeremie Le Hen Message-ID: <449952319.15210164.1393639992060.JavaMail.root@uoguelph.ca> In-Reply-To: <20140228082715.GA48213@caravan.chchile.org> Subject: Re: panic: LK_RETRY set with incompatible flags (0x200400) or an error occured (11) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_15210162_2105175777.1393639992057" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: Konstantin Belousov , freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Mar 2014 02:13:14 -0000 ------=_Part_15210162_2105175777.1393639992057 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Jeremie Le Hen wrote: > Another instance, with a sligthly different stacktrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00e612ae40 > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e612aef0 > vpanic() at vpanic+0x126/frame 0xfffffe00e612af30 > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e612afa0 > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e612b010 > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e612b0a0 > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame > 0xfffffe00e612b1e0 > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > 0xfffffe00e612b210 > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame 0xfffffe00e612b260 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b290 > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e612b300 > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e612b330 > lookup() at lookup+0x590/frame 0xfffffe00e612b3c0 > namei() at namei+0x524/frame 0xfffffe00e612b490 > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e612b5e0 > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e612b920 > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e612b980 > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e612b9b0 > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame > 0xfffffe00e612ba20 > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e612ba80 > kern___getcwd() at kern___getcwd+0xd6/frame 0xfffffe00e612bae0 > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e612bbf0 > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e612bbf0 > > > > kgdb stacktrace: > > #1 0xffffffff80302ca5 in db_fncall (dummy1=, > dummy2=, dummy3=, > dummy4=) at > /usr/src-svn/sys/ddb/db_command.c:578 > #2 0xffffffff8030298d in db_command (cmd_table= out>) > at /usr/src-svn/sys/ddb/db_command.c:449 > #3 0xffffffff80306bef in db_script_exec ( > scriptname=0xfffffe00e612aad0 "kdb.enter.panic", > warnifnotfound=) > 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=, > code=0) > at /usr/src-svn/sys/ddb/db_main.c:230 > #6 0xffffffff80696c33 in kdb_trap (type=3, code=0, tf= optimized out>) > at /usr/src-svn/sys/kern/subr_kdb.c:656 > #7 0xffffffff809b0e92 in trap (frame=0xfffffe00e612ae20) > 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=) at cpufunc.h:63 > #10 0xffffffff8065ec96 in vpanic (fmt=, > ap=) at > /usr/src-svn/sys/kern/kern_shutdown.c:752 > #11 0xffffffff8065eb46 in kassert_panic (fmt=) > at /usr/src-svn/sys/kern/kern_shutdown.c:647 > #12 0xffffffff807167c0 in _vn_lock (vp=0xfffff80013ca41d8, > 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=0xfffffe00e612b220) > 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= out>, > a=) at vnode_if.c:195 > #16 0xffffffff806f480f in vfs_cache_lookup (ap=) > at vnode_if.h:80 > #17 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #18 0xffffffff80578ecb in null_lookup (ap=0xfffffe00e612b378) at > vnode_if.h:54 > #19 0xffffffff80a6b1fa in VOP_LOOKUP_APV (vop=, > a=) at vnode_if.c:127 > #20 0xffffffff806fc980 in lookup (ndp=0xfffffe00e612b678) at > vnode_if.h:54 > #21 0xffffffff806fc0f4 in namei (ndp=0xfffffe00e612b678) > at /usr/src-svn/sys/kern/vfs_lookup.c:298 > #22 0xffffffff80715f5f in vn_open_cred (ndp=0xfffffe00e612b678, > flagp=0xfffffe00e612b800, cmode=0, vn_open_flags= out>, > cred=0xfffff8006c41de00, fp=0x0) at > /usr/src-svn/sys/kern/vfs_vnops.c:205 > #23 0xffffffff806f7b5d in vop_stdvptocnp (ap=) > at /usr/src-svn/sys/kern/vfs_default.c:797 > #24 0xffffffff805797fb in null_vptocnp (ap=0xfffffe00e612b9c8) > at /usr/src-svn/sys/fs/nullfs/null_vnops.c:824 > #25 0xffffffff80a6fb40 in VOP_VPTOCNP_APV (vop=, > a=) at vnode_if.c:3647 > #26 0xffffffff806f5048 in vn_vptocnp_locked (vp=0xfffffe00e612ba50, > cred=0xfffff8006c41de00, > buf=0xfffff80002bae000 "...", > buflen=0xfffffe00e612ba4c) at vnode_if.h:1564 > #27 0xffffffff806f4b6a in vn_fullpath1 (td=0xfffff80061c26490, > vp=0xfffff80058178938, rdir=0xfffff80013dc0b10, > buf=0xfffff80002bae000 "...", > retbuf=0xfffffe00e612bab0, buflen=1016) > at /usr/src-svn/sys/kern/vfs_cache.c:1330 > #28 0xffffffff806f4906 in kern___getcwd (td=0xfffff80061c26490, > buf=0x7fffffffcc18
, > bufseg=UIO_USERSPACE, buflen=Cannot access memory at address > 0x400 > ) at /usr/src-svn/sys/kern/vfs_cache.c:1094 > #29 0xffffffff809b1af5 in amd64_syscall (td=0xfffff80061c26490, > traced=0) > at subr_syscall.c:133 > #30 0xffffffff8099640b in Xfast_syscall () > at /usr/src-svn/sys/amd64/amd64/exception.S:390 > > > > > On Mon, Feb 10, 2014 at 09:56:07PM +0100, Jeremie Le Hen wrote: > > Hi, > > > > I run 11.0-CURRENT r260696 on amd64. > > > > I've got the following panic: > > > > panic: LK_RETRY set with incompatible flags (0x200400) or an error > > occured (11) > > cpuid = 1 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe00e5e53980 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe00e5e53a30 > > vpanic() at vpanic+0x126/frame 0xfffffe00e5e53a70 > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe00e5e53ae0 > > _vn_lock() at _vn_lock+0x70/frame 0xfffffe00e5e53b50 > > zfs_lookup() at zfs_lookup+0x44d/frame 0xfffffe00e5e53be0 > > zfs_freebsd_lookup() at zfs_freebsd_lookup+0x91/frame > > 0xfffffe00e5e53d20 > > VOP_CACHEDLOOKUP_APV() at VOP_CACHEDLOOKUP_APV+0xea/frame > > 0xfffffe00e5e53d50 > > vfs_cache_lookup() at vfs_cache_lookup+0xcf/frame > > 0xfffffe00e5e53da0 > > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53dd0 > > null_lookup() at null_lookup+0x8b/frame 0xfffffe00e5e53e40 > > VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0xea/frame 0xfffffe00e5e53e70 > > lookup() at lookup+0x590/frame 0xfffffe00e5e53f00 > > namei() at namei+0x524/frame 0xfffffe00e5e53fd0 > > vn_open_cred() at vn_open_cred+0x28f/frame 0xfffffe00e5e54120 > > vop_stdvptocnp() at vop_stdvptocnp+0x17d/frame 0xfffffe00e5e54460 > > null_vptocnp() at null_vptocnp+0x2b/frame 0xfffffe00e5e544c0 > > VOP_VPTOCNP_APV() at VOP_VPTOCNP_APV+0xf0/frame 0xfffffe00e5e544f0 > > vn_vptocnp_locked() at vn_vptocnp_locked+0x118/frame > > 0xfffffe00e5e54560 > > vn_fullpath1() at vn_fullpath1+0x1ca/frame 0xfffffe00e5e545c0 > > vn_fullpath() at vn_fullpath+0xc5/frame 0xfffffe00e5e54620 > > export_fd_to_sb() at export_fd_to_sb+0x2fd/frame 0xfffffe00e5e54850 > > kern_proc_filedesc_out() at kern_proc_filedesc_out+0x237/frame > > 0xfffffe00e5e548d0 > > sysctl_kern_proc_filedesc() at sysctl_kern_proc_filedesc+0x66/frame > > 0xfffffe00e5e54940 > > sysctl_root() at sysctl_root+0x1e4/frame 0xfffffe00e5e54990 > > userland_sysctl() at userland_sysctl+0x192/frame 0xfffffe00e5e54a30 > > sys___sysctl() at sys___sysctl+0x74/frame 0xfffffe00e5e54ae0 > > amd64_syscall() at amd64_syscall+0x265/frame 0xfffffe00e5e54bf0 > > Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe00e5e54bf0 > > --- syscall (202, FreeBSD ELF64, sys___sysctl), rip = 0x801027d1a, > > rsp = 0x7fffffffc758, rbp = 0x7fffffffc790 --- > > > > > > > > I can provide core upon request. > > > > -- > > Jeremie Le Hen > > > > Scientists say the world is made up of Protons, Neutrons and > > Electrons. > > They forgot to mention Morons. > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to > > "freebsd-current-unsubscribe@freebsd.org" > > I vaguely recall that the last time the vnode was a root of the ZFS file system, so it seemed it was doing a ".." lookup at the root and tried to lock the root vp, which was already locked? I have no idea if this should ever happen when using a null mount with ZFS, but the attached trivial patch might avoid the panic? I've cc'd Kostik, since I think he might be familiar with nullfs. rick > > -- > Jeremie Le Hen > > Scientists say the world is made up of Protons, Neutrons and > Electrons. > They forgot to mention Morons. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > ------=_Part_15210162_2105175777.1393639992057 Content-Type: text/x-patch; name=zfs.patch Content-Disposition: attachment; filename=zfs.patch Content-Transfer-Encoding: base64 LS0tIGNkZGwvY29udHJpYi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdm5vcHMu Yy5zYXYJMjAxNC0wMi0yOCAyMDoyMzoyNi4wMDAwMDAwMDAgLTA1MDAKKysrIGNkZGwvY29udHJp Yi9vcGVuc29sYXJpcy91dHMvY29tbW9uL2ZzL3pmcy96ZnNfdm5vcHMuYwkyMDE0LTAyLTI4IDIw OjI3OjM5LjAwMDAwMDAwMCAtMDUwMApAQCAtMTUyNiw3ICsxNTI2LDcgQEAgemZzX2xvb2t1cCh2 bm9kZV90ICpkdnAsIGNoYXIgKm5tLCB2bm9kZQogCQl9CiAJCVpGU19FWElUKHpmc3Zmcyk7CiAJ CWVycm9yID0gemZzX3Zub2RlX2xvY2soKnZwcCwgY25wLT5jbl9sa2ZsYWdzKTsKLQkJaWYgKGNu cC0+Y25fZmxhZ3MgJiBJU0RPVERPVCkKKwkJaWYgKChjbnAtPmNuX2ZsYWdzICYgSVNET1RET1Qp ICYmICp2cHAgIT0gZHZwKQogCQkJdm5fbG9jayhkdnAsIGx0eXBlIHwgTEtfUkVUUlkpOwogCQlp ZiAoZXJyb3IgIT0gMCkgewogCQkJVk5fUkVMRSgqdnBwKTsK ------=_Part_15210162_2105175777.1393639992057--