From owner-freebsd-fs@FreeBSD.ORG Tue Sep 25 09:08:50 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08086106567C; Tue, 25 Sep 2012 09:08:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 53BA78FC0A; Tue, 25 Sep 2012 09:08:47 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q8P98qkQ045749; Tue, 25 Sep 2012 12:08:52 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q8P98edU040512; Tue, 25 Sep 2012 12:08:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q8P98eRd040511; Tue, 25 Sep 2012 12:08:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 25 Sep 2012 12:08:40 +0300 From: Konstantin Belousov To: Baptiste Daroussin Message-ID: <20120925090840.GD35915@deviant.kiev.zoral.com.ua> References: <505DB4E6.8030407@smeets.im> <20120924224606.GE79077@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mSxgbZZZvrAyzONB" Content-Disposition: inline In-Reply-To: <20120924224606.GE79077@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org Subject: Re: panic: _sx_xlock_hard: recursed on non-recursive sx zfsvfs->z_hold_mtx[i] @ ...cddl/contrib/opensolaris/uts/common/fs/zfs/zfs_znode.c:1407 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Sep 2012 09:08:50 -0000 --mSxgbZZZvrAyzONB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 25, 2012 at 12:46:07AM +0200, Baptiste Daroussin wrote: > Hi, >=20 > I have the exact same problem making: tinderbox and poudriere highly > unusable. > > This is really problematic because pointyhat also rely on nullfs and > zfs, which means we can't upgrade the building nodes if we need to for > example. > > regards, Bapt This is zfs bug. Filesystems shall not call getnewvnode() while holding internal locks. At least not the locks which are needed during reclaim. Nullfs changes amplified the probability of the problematic situation, since now nullfs vnodes are indeed cached instead of being recreated on each access, so the overall count of used vnodes could be twice as high. You might try to increase the kern.maxvnodes to reduce the probability of the recursive calls into vnlnru() from getnewvnode(). But for real, bug needs to be fixed in zfs. --mSxgbZZZvrAyzONB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBhdJgACgkQC3+MBN1Mb4hRygCfUgeh70w08J1a8gv3NRA84KUU R50AoM5Kh0P1nAzzDlC6YfPA8ds+2Bz0 =VXTg -----END PGP SIGNATURE----- --mSxgbZZZvrAyzONB--