Xref: utzoo comp.protocols.nfs:21 comp.sys.encore:103
Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!purdue!decwrl!decvax!eagle_snax!geoff
From: geoff@eagle_snax.UUCP ( R.H. coast near the top)
Newsgroups: comp.protocols.nfs,comp.sys.encore
Subject: Re: Problems with PC-NFS
Message-ID: <379@eagle_snax.UUCP>
Date: 26 Oct 88 12:44:25 GMT
References: <1747@bu-tyng.bu.edu>
Reply-To: geoff@eagle_snax.UUCP (Geoff Arnold @ Sun ECD - R.H. coast near the top)
Organization: Sun Microsystems - East Coast Division
Lines: 33

In article <1747@bu-tyng.bu.edu> oneill@bu-tyng.UUCP (Brian O'Neill) writes:
>[...] When I
>run nfsconf or net use, and attempt to mount a drive, it comes back with:
>
>NFS038F: Access to file system denied by server.
>
>as if the path was not in the /etc/exports file, which it is. Here is a
>closer look:
>
>/etc/exports

"Access denied...." can actually mean two things: the path is not exported
(to you), or the mount daemon doesn't think you have the necessary
privileges to issue a mount request. For example, in SunOS 4.0 the
mount daemon will reject any request coming from a non-privileged port
(1024 or higher) unless it it started with the "-n" flag. From
the man page for "mountd(8)":

OPTIONS
     -n   Do not check that the clients are  root  users.  Though
          this  option makes things slightly less secure, it does
          allow older versions (pre-3.0) of client NFS to work.

(They mean client PC-NFS :-) Encore may well have modified this code to
perform additional verification.

Is the file system mountable from other machines?

-- 
Geoff Arnold, Sun Microsystems Inc.   +------------------------------------+ 
PC Distributed Systems(home of PC-NFS)|Someone, somewhere, wants an RFC822 |
UUCP: {hplabs,decwrl...}!sun!garnold  |message from YOU.                   |
ARPA: garnold@sun.com                 +------------------------------------+