public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* NFS ENOLCK problem with CONFIG_SECURITY=n
@ 2004-03-31 16:01 Roland Dreier
  2004-03-31 16:38 ` Trond Myklebust
  0 siblings, 1 reply; 3+ messages in thread
From: Roland Dreier @ 2004-03-31 16:01 UTC (permalink / raw)
  To: linux-kernel

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

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: NFS ENOLCK problem with CONFIG_SECURITY=n
  2004-03-31 16:01 NFS ENOLCK problem with CONFIG_SECURITY=n Roland Dreier
@ 2004-03-31 16:38 ` Trond Myklebust
  2004-03-31 17:11   ` Roland Dreier
  0 siblings, 1 reply; 3+ messages in thread
From: Trond Myklebust @ 2004-03-31 16:38 UTC (permalink / raw)
  To: Roland Dreier; +Cc: linux-kernel

On Wed, 2004-03-31 at 11:01, Roland Dreier wrote:
> 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?

Error 13 == EPERM means "permission denied". Check that you haven't
misconfigured your /etc/hosts.deny file to deny access to
portmap/rpc.statd from localhost/your client on your server/your server
on your client...

Cheers,
  Trond

-- 
Trond Myklebust <trond.myklebust@fys.uio.no>

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: NFS ENOLCK problem with CONFIG_SECURITY=n
  2004-03-31 16:38 ` Trond Myklebust
@ 2004-03-31 17:11   ` Roland Dreier
  0 siblings, 0 replies; 3+ messages in thread
From: Roland Dreier @ 2004-03-31 17:11 UTC (permalink / raw)
  To: Trond Myklebust; +Cc: linux-kernel

    Trond> Error 13 == EPERM means "permission denied". Check that you
    Trond> haven't misconfigured your /etc/hosts.deny file to deny
    Trond> access to portmap/rpc.statd from localhost/your client on
    Trond> your server/your server on your client...

Even worse than that... Debian by default doesn't install its
"nfs-common" package, so I had no statd running.  Duh.

Sorry for the noise,
  Roland

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2004-03-31 17:16 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-31 16:01 NFS ENOLCK problem with CONFIG_SECURITY=n Roland Dreier
2004-03-31 16:38 ` Trond Myklebust
2004-03-31 17:11   ` Roland Dreier

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox