9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: "Roman V. Shaposhnik" <rvs@sun.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
Subject: Re: [9fans] How to implement a moral equivalent of automounter in	Plan9?
Date: Mon,  1 Dec 2008 10:25:09 -0800	[thread overview]
Message-ID: <1228155909.18951.33.camel@goose.sun.com> (raw)
In-Reply-To: <dd6fe68a0812010948w60686277g2bbf54da7078d2bb@mail.gmail.com>

On Mon, 2008-12-01 at 09:48 -0800, Russ Cox wrote:
> The automounter is symptomatic of an ill that Plan 9 has cured.
> Since adding to the name space requires no special privileges,
> ordinary users can mount the servers they want to use directly,
> instead of needing a privileged daemon to guess their intent and
> mount servers on demand.  In Plan 9, scripts that care to use
> a particular server simply put "9fs server" in their script.

Russ, could, you please be a tad more specific as to what ill
exactly are you referring to?

While I agree that Plan9 completely removes the need for
automounter to be a privileged application, I still don't
see an easy way (expect may be bns and adsrv) to have that
other property of automounter being easily implemented
within Plan9 framework.

The property I'm talking about is the ability of an external
program to manage my namespace for me. Perhaps in response
to some of my actions, or simply based on some set of rules.

> One could write a user-level server that interposes on exportfs,
> and if it sees a failed walk of "name" in the root, runs "9fs name"
> and resends the walk,

That's very similar to what I referred to as a "synthetic filesystem
doing the right stuff". But as I pointed out in my original email
this approach has a downside of never exporting these mounts
into the namespace of the process that caused them.

> but that could only work for a single user:
> in general, mounting requires authentication, so hiding the mounting
> requires hiding the authentication.  This is easy if you're only worried
> about one user--just use that user's factotum--but not really possible
> when there are multiple users involved.  In that case, automatic
> mounting takes control of authentication away from the users.

I guess I'm not quite following you here. What I'm talking about is
a per-process modifications of namespace by some external agent
(be it kernel driver or userspace application). As such it is not
at all different from a user issuing something like "9fs name"
directly.

Could you, please, elaborate what exact multi-user scenario do you
have in mind?

Thanks,
Roman.

P.S. I have always wanted to be able to trade namespaces
between different processes the same way file descriptors get
traded using #s. On the other hand, I have never ever possessed
enough insight into the overall ramification of such idea
to really judge it as good or bad. If others have thought about
the same thing -- I would appreciate the feedback.

Now off to take a look at bns and adsrv...




  parent reply	other threads:[~2008-12-01 18:25 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-01  7:25 Roman Shaposhnik
2008-12-01  8:38 ` Fco. J. Ballesteros
2008-12-01 14:34   ` erik quanstrom
2008-12-01 14:40     ` Francisco J Ballesteros
2008-12-01 15:08       ` erik quanstrom
2008-12-01 15:16         ` Francisco J Ballesteros
2008-12-01 17:48 ` Russ Cox
2008-12-01 18:17   ` ron minnich
2008-12-01 18:31     ` Roman V. Shaposhnik
2008-12-01 21:18       ` Dan Cross
2008-12-02 18:12         ` Roman V. Shaposhnik
2008-12-02 18:18           ` [9fans] How to implement a moral equivalent of automounter erik quanstrom
2008-12-02 19:25             ` Roman V. Shaposhnik
2008-12-02 19:29               ` erik quanstrom
2008-12-02 20:12                 ` hiro
2008-12-02 21:14                 ` Roman V. Shaposhnik
2008-12-02 21:35                   ` erik quanstrom
2008-12-03  1:26                     ` Roman V. Shaposhnik
2008-12-03  1:42                       ` Dan Cross
2008-12-03  2:13                       ` erik quanstrom
2008-12-04  7:39                   ` Dave Eckhardt
2008-12-04 14:58                     ` Steve Simon
2008-12-05  4:57                       ` Nathaniel W Filardo
2008-12-05 12:10                         ` Steve Simon
2008-12-04 17:57                     ` Roman V. Shaposhnik
2008-12-05  4:35                       ` Dave Eckhardt
2008-12-05  4:43                         ` erik quanstrom
2008-12-06  5:16                           ` Roman Shaposhnik
2008-12-06 13:58                             ` erik quanstrom
2008-12-06  5:14                         ` Roman Shaposhnik
2008-12-06 14:27                           ` erik quanstrom
2008-12-07  0:03                             ` Roman Shaposhnik
2008-12-07  0:16                               ` [9fans] How to implement a moral equivalent ofautomounter erik quanstrom
2008-12-07  5:20                                 ` Rob Pike
2008-12-07  5:30                                   ` akumar
2008-12-07  5:53                                   ` Roman Shaposhnik
2008-12-07 20:32                                     ` Noah Evans
2008-12-01 18:25   ` Roman V. Shaposhnik [this message]
2008-12-01 22:48     ` [9fans] How to implement a moral equivalent of automounter in Plan9? Bakul Shah
2008-12-01 23:11       ` [9fans] How to implement a moral equivalent of automounter in geoff
2008-12-02 18:15         ` Roman V. Shaposhnik
2008-12-02  0:55     ` [9fans] How to implement a moral equivalent of automounter in Plan9? Russ Cox
2008-12-02 18:04       ` Roman V. Shaposhnik
2008-12-02 18:31         ` Nathaniel W Filardo
2008-12-02 19:34           ` Roman V. Shaposhnik
2008-12-02 20:05             ` hiro
2008-12-02 21:17               ` Roman V. Shaposhnik
2008-12-02 21:29                 ` erik quanstrom
2008-12-02 23:55                   ` Russ Cox
2008-12-03  0:07                     ` erik quanstrom
2008-12-03  1:21                       ` Roman V. Shaposhnik
2008-12-03  1:36                       ` Dan Cross
2008-12-06  5:24                         ` Roman Shaposhnik
2008-12-06 10:52                           ` Dan Cross
2008-12-03  5:23                     ` Rob Pike

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1228155909.18951.33.camel@goose.sun.com \
    --to=rvs@sun.com \
    --cc=9fans@9fans.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).