kern/132934: [nfs] Cancel of a NFS-lock fails repeatedly
Zachary Loafman
zachary.loafman at isilon.com
Sat May 9 12:10:06 UTC 2009
The following reply was made to PR kern/132934; it has been noted by GNATS.
From: Zachary Loafman <zachary.loafman at isilon.com>
To: Matthias Schuendehuette <msch at snafu.de>
Cc: dfr at rabson.org, John Gemignani <john.gemignani at isilon.com>,
bug-followup at 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
More information about the freebsd-bugs
mailing list