still permission denied on nfs
Rick Stevens
rstevens at vitalstream.com
Tue Mar 8 18:42:34 UTC 2005
sean darcy wrote:
>>Are you sure portmapper and rpc.statd are running? That's the most
>>common cause.
>
>
> $ ps aux | grep port
> rpc 6788 0.0 0.1 1672 636 ? Ss 18:43 0:00 portmap
>
> ]$ ps aux | grep rpc
> rpcuser 4032 0.0 0.1 1716 756 ? Ss 17:30 0:00 rpc.statd
> rpc 6788 0.0 0.1 1672 636 ? Ss 18:43 0:00 portmap
> root 6899 0.0 0.1 3784 724 ? Ss 18:47 0:00 rpc.rquotad
> root 6912 0.0 0.0 0 0 ? S< 18:47 0:00 [rpciod/0]
> root 6913 0.0 0.0 0 0 ? S< 18:47 0:00 [rpciod/1]
> root 6917 0.0 0.1 1756 764 ? Ss 18:47 0:00 rpc.mountd
>
> They're running.
>
> Thanks for the suggestion. Any other thoughts?
If that's for the NFS server, I don't see rpc.nfsd running. Also verify
that lockd is running ("ps aux | grep lock").
Also, are you sure the NFS server isn't blocked by iptables or by having
portmap blocked by tcpwrappers (/etc/hosts.allow, /etc/hosts.deny)? Can
you give us the /etc/exports file contents as well as the IP address of
the NFS client? (suitably masked, of course).
Again, the NFS server should have portmap, rpc.mountd, rpc.nfsd, lockd,
and rpc.statd running. The client should have portmap, lockd and
rpc.statd running.
----------------------------------------------------------------------
- Rick Stevens, Senior Systems Engineer rstevens at vitalstream.com -
- VitalStream, Inc. http://www.vitalstream.com -
- -
- ...Had this been an actual emergency, we would have fled in terror -
- and you'd be on your own, pal! -
----------------------------------------------------------------------
More information about the fedora-list
mailing list