From owner-freebsd-current@FreeBSD.ORG Mon May 7 19:28:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DB1B61065673; Mon, 7 May 2012 19:28:42 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 41D15153372; Mon, 7 May 2012 19:28:42 +0000 (UTC) Message-ID: <4FA82269.6080406@FreeBSD.org> Date: Mon, 07 May 2012 12:28:41 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120506 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FA6F324.4080107@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.5pre OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current , mckusick@freebsd.org Subject: Re: panic, seems related to r234386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 07 May 2012 19:28:42 -0000 On 05/06/2012 15:19, Sergey Kandaurov wrote: > On 7 May 2012 01:54, Doug Barton wrote: >> I got this with today's current, previous (working) kernel is r232719. >> >> panic: _mtx_lock_sleep: recursed on non-recursive mutex struct mount mtx >> @ /frontier/svn/head/sys/kern/vfs_subr.c:4595 ... > Please try this patch. > > Index: fs/ext2fs/ext2_vfsops.c > =================================================================== > --- fs/ext2fs/ext2_vfsops.c (revision 235108) > +++ fs/ext2fs/ext2_vfsops.c (working copy) > @@ -830,7 +830,6 @@ > /* > * Write back each (modified) inode. > */ > - MNT_ILOCK(mp); > loop: > MNT_VNODE_FOREACH_ALL(vp, mp, mvp) { > if (vp->v_type == VNON) { > Didn't help, sorry. I put 234385 through some pretty heavy load yesterday, and everything was fine. As soon as I move up to 234386, the panic triggered again. So I cleaned everything up, applied your patch, built a kernel from scratch, and rebooted. It was Ok for a few seconds after boot, then panic'ed again, I think in a different place, but I'm not sure because subsequent attempts to fsck the file systems caused new panics which overwrote the old ones before they could be saved. I'd like to see this changed backed out until the proponents can thoroughly regression test all of the file systems that it affects. FWIW, the thing that seems to be triggering the panic is that I have the following setup: /dev/ad0s2a on / (ufs, local) /dev/ad3s2 on /home (ext2fs, local) /etc/namedb is a symlink to /home/named/etc/namedb. When I booted 234386 named failed to start because the symlink was corrupted. When I recreated the symlink and then started named, it panic'ed. hth, Doug -- This .signature sanitized for your protection