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