Date: Fri, 16 Jun 2017 17:02:14 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 209816] [lor] lock order reversal with devfs, tmpfs and ufs Message-ID: <bug-209816-8-rADYVSDmpB@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-209816-8@https.bugs.freebsd.org/bugzilla/> References: <bug-209816-8@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D209816 ml@netfence.it changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ml@netfence.it --- Comment #1 from ml@netfence.it --- Hello. I've just seen the same on a 10.3p18/amd64: lock order reversal: 1st 0xfffff803b3908a28 tmpfs (tmpfs) @ /usr/src/sys/kern/vfs_mount.c:848 2nd 0xfffff803b3908c98 ufs (ufs) @ /usr/src/sys/fs/nullfs/null_vnops.c:670 KDB: stack backtrace: #0 0xffffffff804c72b0 at kdb_backtrace+0x60 #1 0xffffffff804e7204 at witness_checkorder+0xe24 #2 0xffffffff80468a79 at __lockmgr_args+0x9d9 #3 0xffffffff806b2162 at ffs_lock+0x92 #4 0xffffffff8077ad5c at VOP_LOCK1_APV+0xfc #5 0xffffffff803c2dd0 at null_lock+0xe0 #6 0xffffffff8077ad5c at VOP_LOCK1_APV+0xfc #7 0xffffffff80547492 at _vn_lock+0xd2 #8 0xffffffff803c2010 at nullfs_root+0x50 #9 0xffffffff805306d8 at vfs_donmount+0x13b8 #10 0xffffffff8052f2ff at sys_nmount+0x4f #11 0xffffffff80712f3c at amd64_syscall+0x2ac #12 0xffffffff806f6b0b at Xfast_syscall+0xfb lock order reversal: 1st 0xfffff803a337c2d8 tmpfs (tmpfs) @ /usr/src/sys/kern/vfs_mount.c:848 2nd 0xfffff8024f106a28 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2253 KDB: stack backtrace: #0 0xffffffff804c72b0 at kdb_backtrace+0x60 #1 0xffffffff804e7204 at witness_checkorder+0xe24 #2 0xffffffff80468a79 at __lockmgr_args+0x9d9 #3 0xffffffff80528a5c at vop_stdlock+0x3c #4 0xffffffff8077ad5c at VOP_LOCK1_APV+0xfc #5 0xffffffff80547492 at _vn_lock+0xd2 #6 0xffffffff805387e7 at vget+0x67 #7 0xffffffff8038e8cd at devfs_allocv+0xfd #8 0xffffffff8038e353 at devfs_root+0x43 #9 0xffffffff805306d8 at vfs_donmount+0x13b8 #10 0xffffffff8052f2ff at sys_nmount+0x4f #11 0xffffffff80712f3c at amd64_syscall+0x2ac #12 0xffffffff806f6b0b at Xfast_syscall+0xfb The second one looks like and old friend: http://sources.zabbadoz.net/freebsd/lor/280.html I couldn't fine the first one on that list, though. This happened while running Poudriere on a full UFS+SU (no ZFS) system. In fact Poudriere has brough my box to a complete hang several times (forci= ng an hardware reset) and that's why I enabled WITNESS, INVARIANTS, etc... After such an hang, the system is very likely to panic over and over again until I boot into single user mode and "fsck -y" every filesystem (includin= g a full fsck after replaying the journal on UFS+SU+J partitions). On another run only the second LOR showed up without the first. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-209816-8-rADYVSDmpB>