Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Mar 1995 21:29:11 +0000 ()
From:      Brian Tao <taob@aries.ibms.sinica.edu.tw>
To:        Wankle Rotary Engine <wpaul@skynet.ctr.columbia.edu>
Cc:        freebsd-hackers@FreeBSD.org
Subject:   Re: mountd strangeness
Message-ID:  <Pine.BSI.3.91.950327210251.1012A-100000@aries.ibms.sinica.edu.tw>
In-Reply-To: <199503270623.BAA04274@skynet.ctr.columbia.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 27 Mar 1995, Wankle Rotary Engine wrote:
> 
> /sbin -ro host1 host2 host3
> /etc/ppp -ro host1
> /etc/mtree -ro host3

    Have you tried:

/sbin /etc/ppp -ro host1
/sbin -ro host2
/sbin /etc/mtree -ro host3

> Unfortunately, this doesn't work: as soon as mountd goes to process the
> second line in the file, it craps out with an error that says: "Can't
> change attributes for /etc/ppp." The end result is that only the first
> line is considered valid: the other two are rejected.

    I ran into the exact same problem on my system just last night.
EPERM is returned for any filesystem whose root is already exported to
a host (or hosts).  Giving each host its own line and listing multiple
directory points per line solved the problem for me.  This is the
relevant part of the exports(5) man page:

        "A host may be specified only once for each local
		filesystem on the server and there may be only one
		default enty for each server filesystem that applies
		to all other hosts."

    When you mounted the filesystems, did you have to login as root to
do it, or were you able to su from your non-superuser account?  For
some reason, I have to login as root to do any NFS-related operations.
Neither 'su' nor 'su -' are good enough.

% su
Password:
# showmount
RPC: Port mapper failureCan't do Mountdump rpc
# mount virgo:/home/virgo /home/virgo
NFS Portmap: RPC: Port mapper failure - RPC: Unable to receive
^C
#

    I haven't checked yet, but I initially suspected that mountd is
basing its authorization on getlogin(), but shouldn't "su -" solve
that?
-- 
Brian ("Though this be madness, yet there is method in't") Tao
taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSI.3.91.950327210251.1012A-100000>