Date: Mon, 27 Mar 1995 09:27:20 -0500 (EST) From: "House of Debuggin'" <wpaul@skynet.ctr.columbia.edu> To: taob@aries.ibms.sinica.edu.tw (Brian Tao) Cc: freebsd-hackers@FreeBSD.org Subject: Re: mountd strangeness Message-ID: <199503271427.JAA00666@skynet.ctr.columbia.edu> In-Reply-To: <Pine.BSI.3.91.950327210251.1012A-100000@aries.ibms.sinica.edu.tw> from "Brian Tao" at Mar 27, 95 09:29:11 pm
next in thread | previous in thread | raw e-mail | index | archive | help
They say this Brian Tao person was kidding when he wrote:
>
> 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
Uh, no no... What you suggest works for this specific case, but not the
general case. Supposing I do this:
/sbin -ro nfs-netgroup
/etc/ppp -ro host-in-nfs-netgroup
In other words, say I want to export /sbin to a whole netgroup of hosts,
of which 'host-in-nfs-netgroup' is a member, and in addition I want
to export /etc/ppp just to 'host-in-nfs-netgroup.' I can't do it
because it's address has already been added to the address list for
the root fs. I can't just put /etc/ppp on the same line with /sbin
either because that will export it to all the hosts in the nfs-netgroup,
and I don't want to do that. (Picky little bastard, aren't I?) What
might work is this:
/sbin /etc/ppp -ro host1
/sbin -ro nfs-netgroup
But this requires taking 'host-in-nfs-netgroup' out of the nfs-netgroup
so that it becomes a standalone host1 again. That's fine for FreeBSD,
but what about all the other machines on my network who expect 'host1'
to be in the nfs-netgroup? At best, I'd need to create special netgroups
just for FreeBSD. Fooey.
> "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."
Swell: so the behavior is documented. It's still bogus. :)
> 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
> #
Er... sorry to disapoint you, but everything works find for me either
way. Well, except for the fact that mountd doesn't work the way I want it
to. :)
So far, the only other person to comment on this was Rod Grimes, who
tantilized me with all of two sentences that indicated that it works
this way for security reasons, and then declined to go into detail.
(Frankly, I'm embarassed: I keep thinking that somehow I'm supposed to
find Divine Enlightenment (tm) in what he told me, and instead I feel
about as enlightened as a broken light bulb. :)
I suppose I should just let it be since it is documented to work that
way, but it's still a royal pain in the butt.
> --
> Brian ("Though this be madness, yet there is method in't") Tao
> taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org
>
-Bill
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-Bill Paul (212) 854-6020 | System Manager
Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research
Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Møøse Illuminati: ignore it and be confused, or join it and be confusing!
~~~~~~~~ FreeBSD 2.1.0-Development #0: Tue Mar 14 11:11:25 EST 1995 ~~~~~~~~~
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503271427.JAA00666>