From owner-freebsd-fs@FreeBSD.ORG Tue Feb 24 15:40:54 2015 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02EB95FD; Tue, 24 Feb 2015 15:40:54 +0000 (UTC) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 83BCEB57; Tue, 24 Feb 2015 15:40:53 +0000 (UTC) X-AuditID: 1209190f-f79546d000007593-4e-54ec9a4fa498 Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 0C.4C.30099.05A9CE45; Tue, 24 Feb 2015 10:35:44 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id t1OFZhV1004641; Tue, 24 Feb 2015 10:35:43 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t1OFZe9i022377 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 24 Feb 2015 10:35:42 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t1OFZeWK029631; Tue, 24 Feb 2015 10:35:40 -0500 (EST) Date: Tue, 24 Feb 2015 10:35:40 -0500 (EST) From: Benjamin Kaduk To: Brett A Wiggins Subject: Re: NFS, pefs panic: vputx: neg ref cnt In-Reply-To: <54EBE3B2.6090508@gmail.com> Message-ID: References: <54EBE3B2.6090508@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrEIsWRmVeSWpSXmKPExsUixG6nohsw602IwaIpbBb79hxhtDj2+Ceb xdy/+xkdmD1mfJrP4rFz1l32AKYoLpuU1JzMstQifbsErozTM5ayFiziqTi+rI25gXEKVxcj J4eEgInEz/u/GCFsMYkL99azdTFycQgJLGaSmHVyHguEs5FR4vKqlawgVUICh5gkdi3IgEg0 MEr8bZzLDJJgEdCW+PVpPROIzSagIjHzzUY2EFtEQE3iz5NnYDXMAgYSx5f8A7OFgey9386A 1XMKaEr87V4OtoBXwEFiwVKIGiEBDYkVr86wgNiiAjoSq/dPYYGoEZQ4OfMJC8RMLYnl07ex TGAUnIUkNQtJagEj0ypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdE73czBK91JTSTYygoOWU5N/B +O2g0iFGAQ5GJR7eAzJvQoRYE8uKK3MPMUpyMCmJ8kpOBQrxJeWnVGYkFmfEF5XmpBYfYpTg YFYS4ZUDyfGmJFZWpRblw6SkOViUxHk3/eALERJITyxJzU5NLUgtgsnKcHAoSfD6zgRqFCxK TU+tSMvMKUFIM3FwggznARpeDVLDW1yQmFucmQ6RP8WoKCXOGweSEABJZJTmwfXCksorRnGg V4R5D4FU8QATElz3K6DBTECD9zx+BTK4JBEhJdXA6KxZlde88/7kBy9PGDflVvhdWjCt1olj anhg5OV1FienG63YMNHO0uKHj17MYacfa0R9fy/R5wqsmrJmCqNuU7TwM3Z/S6bUdYt2Tnqm UxDs1/7rX2lzZtidz7aWhb5VNv1VVZ9mBVRkGDuv37zUkfH1msUXPupXKUXeqKsPid8dd1xZ 8fV+JZbijERDLeai4kQAhf2BZAUDAAA= Cc: freebsd-fs@freebsd.org, rmacklem@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Feb 2015 15:40:54 -0000 On Mon, 23 Feb 2015, Brett A Wiggins wrote: > I am able to access the NFS share from OSX but when I try and access it > via a Linux machine I get a kernel panic. The core dump is posted below; > > http://pastebin.com/Da5bciWX > > I'm not sure how to read a core dump (I'm not a developer) but there is > a line; > > Panic: vputx: neg ref cnt This particular panic ~always means "programmer error". Looking at the backtrace: KDB: stack backtrace: #0 0xffffffff80963000 at kdb_backtrace+0x60 #1 0xffffffff80928125 at panic+0x155 #2 0xffffffff809c8b75 at vputx+0x2d5 #3 0xffffffff8195b3fb at pefs_reclaim+0xdb #4 0xffffffff80e439a7 at VOP_RECLAIM_APV+0xa7 #5 0xffffffff809c9951 at vgonel+0x1c1 #6 0xffffffff809c9de9 at vrecycle+0x59 #7 0xffffffff8195b317 at pefs_inactive+0x87 #8 0xffffffff80e43897 at VOP_INACTIVE_APV+0xa7 #9 0xffffffff809c8722 at vinactive+0x102 #10 0xffffffff809c8b12 at vputx+0x272 #11 0xffffffff808811ee at nfsrvd_readdirplus+0x117e #12 0xffffffff80863d9e at nfsrvd_dorpc+0x6de #13 0xffffffff80872d94 at nfssvc_program+0x554 #14 0xffffffff80b27957 at svc_run_internal+0xc77 #15 0xffffffff80b26bee at svc_run+0x1de #16 0xffffffff8087321a at nfsrvd_nfsd+0x1ca #17 0xffffffff80883417 at nfssvc_nfsd+0x107 It seems that both NFS and PEFS are calling vputx on the same vnode. Given the popularity of NFS, I would be more inclined to suspect PEFS than NFS, but it could still be a bug that only appears when both are used together. Adding rmacklem to the cc list since he's the resident NFS expert. -Ben