NFS ENOLCK problem with CONFIG_SECURITY=n
From: Roland Dreier (roland_at_topspin.com)
Date: 03/31/04
- Previous message: Clay Haapala: "Re: [PATCH] lib/libcrc32c"
- Next in thread: Trond Myklebust: "Re: NFS ENOLCK problem with CONFIG_SECURITY=n"
- Reply: Trond Myklebust: "Re: NFS ENOLCK problem with CONFIG_SECURITY=n"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: linux-kernel@vger.kernel.org Date: 31 Mar 2004 08:01:29 -0800
I'm having problems with lockf returning ENOLCK on an NFS directory.
I also see messages like
nsm_mon_unmon: rpc failed, status=-13
lockd: cannot monitor 10.0.0.5
lockd: failed to monitor 10.0.0.5
The system is an IA64 system running Debian testing with kernel 2.6.4.
I found previous reports of a similar problem, but the solution was to
set CONFIG_SECURITY to n (or add CONFIG_SECURITY_CAPABILITIES).
However, I already have CONFIG_SECURITY off:
$ zgrep CONFIG_SECURITY /proc/config.gz
# CONFIG_SECURITY is not set
Am I missing something?
Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Previous message: Clay Haapala: "Re: [PATCH] lib/libcrc32c"
- Next in thread: Trond Myklebust: "Re: NFS ENOLCK problem with CONFIG_SECURITY=n"
- Reply: Trond Myklebust: "Re: NFS ENOLCK problem with CONFIG_SECURITY=n"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]