From owner-freebsd-hackers Mon Mar 27 05:29:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09352 for hackers-outgoing; Mon, 27 Mar 1995 05:29:59 -0800 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09346 for ; Mon, 27 Mar 1995 05:29:54 -0800 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id VAA01290; Mon, 27 Mar 1995 21:29:13 GMT Date: Mon, 27 Mar 1995 21:29:11 +0000 () From: Brian Tao To: Wankle Rotary Engine cc: freebsd-hackers@FreeBSD.org Subject: Re: mountd strangeness In-Reply-To: <199503270623.BAA04274@skynet.ctr.columbia.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk 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