From owner-freebsd-bugs@FreeBSD.ORG Sat May 9 12:10:03 2009 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3FA110656B1 for ; Sat, 9 May 2009 12:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8E0AD8FC15 for ; Sat, 9 May 2009 12:10:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n49CA3SB073016 for ; Sat, 9 May 2009 12:10:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n49CA3tg073009; Sat, 9 May 2009 12:10:03 GMT (envelope-from gnats) Date: Sat, 9 May 2009 12:10:03 GMT Message-Id: <200905091210.n49CA3tg073009@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Zachary Loafman Cc: Subject: Re: kern/132934: [nfs] Cancel of a NFS-lock fails repeatedly X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Zachary Loafman List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 May 2009 12:10:06 -0000 The following reply was made to PR kern/132934; it has been noted by GNATS. From: Zachary Loafman To: Matthias Schuendehuette Cc: dfr@rabson.org, John Gemignani , bug-followup@FreeBSD.org Subject: Re: kern/132934: [nfs] Cancel of a NFS-lock fails repeatedly Date: Sat, 9 May 2009 05:00:36 -0700 Matthias - I think I figured it out. As I mentioned last night, the AUTH coming from the HP-UX 11.11 servers is AUTH_NULL. There's a check in nlm_get_vfs_state that'll result in AUTH_NULL requests getting bounced. To disable the kernel lock manager completely, you need to comment out the NFSLOCKD option and stop the module from building. One way to do this is to use the MODULE_OVERRIDE directive in your conf file, like: makeoptions MODULES_OVERRIDE="acpi" Then rebuild and reinstall the kernel. If you go that route, you'll need to figure out which modules you need before doing that. A 'kldstat' on your system would tell you if you're using any modules beyond the base. The above is all I really need on my i386 box, but YMMV. Alternately, for a quick test you could do something like this: # kldunload nfslockd # may fail if it's not loaded # mv /boot/kernel/nfslockd.ko /boot/kernel/nfslockd.ko.aside # rpc.lockd Can't find or load kernel support for rpc.lockd - using non-kernel implementation That last message should tell you that the userland lockd is running. Please note: The userland lockd has many limitations. FreeBSD will likely drop support for it in a later release. ...Zach