From: Mike Waychison <Michael.Waychison@Sun.COM>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: autofs <autofs@linux.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
Tim Hockin <thockin@hockin.org>
Subject: Re: [RFC] Towards a Modern Autofs
Date: Wed, 07 Jan 2004 11:19:19 -0500 [thread overview]
Message-ID: <3FFC3187.4010004@sun.com> (raw)
In-Reply-To: <3FFB34C9.5010305@zytor.com>
[-- Attachment #1.1: Type: text/plain, Size: 2431 bytes --]
H. Peter Anvin wrote:
> Tim Hockin wrote:
>
>>On Tue, Jan 06, 2004 at 02:06:34PM -0800, H. Peter Anvin wrote:
>>
>>>
>>>First of all, I'll be blunt: namespaces currently provide zero benefit
>>>in Linux, and virtually noone uses them. I have discussed this with
>>>Linus in the past, and neither one of us see namespaces as being worth
>>
>>Let's get rid of them, then. Make life that much easier.
>>
>
>
> That's what the Linux community is doing, de facto. The Linux userspace
> simply is not set up to handle namespaces, and the autofs daemon is no
> exception. Consider such a simple thing as /etc/mtab - /proc/mounts
> which is necessary for most of the mount(8) functionality to work. It
> doesn't support namespaces and really cannot be made to.
>
> namespace support in Linux is at the best a far-off future goal. It is
> one thing to put in infrastructure, especially since it has some other
> nice benefits; it's another thing to revamp all of userspace to use it;
> it's nowhere close and autofs is no exception.
>
This is clearly not 'all of userspace'. Autofs is an exception. As is
/etc/mtab. The way I see it, automounting is a 'mount facility', as are
namespaces. The two should be made to work together. Yes, mount(8)
should probably be fixed one way or another as well due to /etc/mtab
breakage. Why? Because it too is a mount facility.
There are a couple problems inherent with namespaces. Most of these are
mount facilities that are broken such as mentioned above. They *should*
be fixed to work nicely.
Other parts of userspace get confused with namespaces, eg: cron and atd.
These programs clearly need infrastructure added that somehow allows
for arbitrary namespace joining/saving. If you have suggestions for how
we can solve this issue, please do let me know. I'm stumped :\ I'd be
more than happy to discuss this with you.
One not-so-far fetched approach would be to associate cron/at jobs with
automount configurations so that a namespace can be re-constructed at
runtime.
--
Mike Waychison
Sun Microsystems, Inc.
1 (650) 352-5299 voice
1 (416) 202-8336 voice
mailto: Michael.Waychison@Sun.COM
http://www.sun.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NOTICE: The opinions expressed in this email are held by me,
and may not represent the views of Sun Microsystems, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[-- Attachment #1.2: Type: application/pgp-signature, Size: 251 bytes --]
[-- Attachment #2: Type: text/plain, Size: 140 bytes --]
_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs
WARNING: multiple messages have this Message-ID (diff)
From: Mike Waychison <Michael.Waychison@Sun.COM>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: Tim Hockin <thockin@hockin.org>, autofs <autofs@linux.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [autofs] [RFC] Towards a Modern Autofs
Date: Wed, 07 Jan 2004 11:19:19 -0500 [thread overview]
Message-ID: <3FFC3187.4010004@sun.com> (raw)
In-Reply-To: <3FFB34C9.5010305@zytor.com>
[-- Attachment #1: Type: text/plain, Size: 2431 bytes --]
H. Peter Anvin wrote:
> Tim Hockin wrote:
>
>>On Tue, Jan 06, 2004 at 02:06:34PM -0800, H. Peter Anvin wrote:
>>
>>>
>>>First of all, I'll be blunt: namespaces currently provide zero benefit
>>>in Linux, and virtually noone uses them. I have discussed this with
>>>Linus in the past, and neither one of us see namespaces as being worth
>>
>>Let's get rid of them, then. Make life that much easier.
>>
>
>
> That's what the Linux community is doing, de facto. The Linux userspace
> simply is not set up to handle namespaces, and the autofs daemon is no
> exception. Consider such a simple thing as /etc/mtab - /proc/mounts
> which is necessary for most of the mount(8) functionality to work. It
> doesn't support namespaces and really cannot be made to.
>
> namespace support in Linux is at the best a far-off future goal. It is
> one thing to put in infrastructure, especially since it has some other
> nice benefits; it's another thing to revamp all of userspace to use it;
> it's nowhere close and autofs is no exception.
>
This is clearly not 'all of userspace'. Autofs is an exception. As is
/etc/mtab. The way I see it, automounting is a 'mount facility', as are
namespaces. The two should be made to work together. Yes, mount(8)
should probably be fixed one way or another as well due to /etc/mtab
breakage. Why? Because it too is a mount facility.
There are a couple problems inherent with namespaces. Most of these are
mount facilities that are broken such as mentioned above. They *should*
be fixed to work nicely.
Other parts of userspace get confused with namespaces, eg: cron and atd.
These programs clearly need infrastructure added that somehow allows
for arbitrary namespace joining/saving. If you have suggestions for how
we can solve this issue, please do let me know. I'm stumped :\ I'd be
more than happy to discuss this with you.
One not-so-far fetched approach would be to associate cron/at jobs with
automount configurations so that a namespace can be re-constructed at
runtime.
--
Mike Waychison
Sun Microsystems, Inc.
1 (650) 352-5299 voice
1 (416) 202-8336 voice
mailto: Michael.Waychison@Sun.COM
http://www.sun.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
NOTICE: The opinions expressed in this email are held by me,
and may not represent the views of Sun Microsystems, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
[-- Attachment #2: Type: application/pgp-signature, Size: 251 bytes --]
next prev parent reply other threads:[~2004-01-07 16:19 UTC|newest]
Thread overview: 91+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-06 19:55 [RFC] Towards a Modern Autofs Mike Waychison
2004-01-06 19:55 ` Mike Waychison
2004-01-06 21:01 ` H. Peter Anvin
2004-01-06 21:01 ` [autofs] " H. Peter Anvin
2004-01-06 21:44 ` Mike Waychison
2004-01-06 21:44 ` [autofs] " Mike Waychison
2004-01-06 21:50 ` Tim Hockin
2004-01-06 21:50 ` [autofs] " Tim Hockin
2004-01-06 22:06 ` H. Peter Anvin
2004-01-06 22:06 ` [autofs] " H. Peter Anvin
2004-01-06 22:17 ` Tim Hockin
[not found] ` <20040106221502.GA7398@hockin.org>
2004-01-06 22:20 ` H. Peter Anvin
2004-01-06 22:20 ` [autofs] " H. Peter Anvin
2004-01-07 16:19 ` Mike Waychison [this message]
2004-01-07 16:19 ` Mike Waychison
2004-01-07 17:55 ` H. Peter Anvin
2004-01-07 21:13 ` Mike Waychison
2004-01-06 22:28 ` name spaces good (was: [autofs] [RFC] Towards a Modern Autofs) Dax Kelson
2004-01-06 22:48 ` name spaces good H. Peter Anvin
2004-01-06 22:48 ` H. Peter Anvin
2004-01-07 21:14 ` [RFC] Towards a Modern Autofs Jim Carter
2004-01-07 21:14 ` [autofs] " Jim Carter
2004-01-07 22:55 ` Mike Waychison
2004-01-07 22:55 ` [autofs] " Mike Waychison
2004-01-08 12:00 ` Ian Kent
2004-01-08 12:00 ` [autofs] " Ian Kent
2004-01-08 15:39 ` Mike Waychison
2004-01-09 18:20 ` Ian Kent
2004-01-09 18:20 ` [autofs] " Ian Kent
2004-01-09 20:06 ` Mike Waychison
2004-01-09 20:06 ` [autofs] " Mike Waychison
2004-01-10 5:43 ` Ian Kent
2004-01-12 13:07 ` Mike Waychison
2004-01-12 16:01 ` raven
2004-01-12 16:26 ` Mike Waychison
2004-01-12 22:50 ` Tim Hockin
2004-01-12 23:28 ` Mike Waychison
2004-01-13 1:30 ` Ian Kent
2004-01-13 1:30 ` [autofs] " Ian Kent
2004-01-12 16:28 ` raven
2004-01-12 16:58 ` Mike Waychison
2004-01-13 1:54 ` Ian Kent
2004-01-13 1:54 ` [autofs] " Ian Kent
2004-01-13 19:01 ` Mike Waychison
2004-01-13 19:01 ` [autofs] " Mike Waychison
2004-01-14 15:58 ` raven
2004-01-14 19:32 ` running out of mount points Greg Bradner
2004-01-19 15:48 ` Greg Bradner
2004-01-19 17:11 ` Mike Waychison
2004-01-19 19:07 ` Greg Bradner
2004-01-20 19:15 ` Jim Carter
2004-01-13 18:46 ` [RFC] Towards a Modern Autofs Mike Waychison
2004-01-13 18:46 ` [autofs] " Mike Waychison
2004-01-09 20:51 ` Jim Carter
2004-01-09 20:51 ` [autofs] " Jim Carter
2004-01-10 5:56 ` Ian Kent
2004-01-08 17:34 ` H. Peter Anvin
2004-01-08 19:41 ` Mike Waychison
2004-01-08 23:42 ` Michael Clark
2004-01-09 20:28 ` Mike Waychison
2004-01-09 20:28 ` [autofs] " Mike Waychison
2004-01-09 20:54 ` H. Peter Anvin
2004-01-09 20:54 ` [autofs] " H. Peter Anvin
2004-01-09 21:43 ` Mike Waychison
2004-01-09 21:43 ` [autofs] " Mike Waychison
2004-01-09 18:32 ` Ian Kent
2004-01-09 18:32 ` [autofs] " Ian Kent
2004-01-09 20:52 ` Mike Waychison
2004-01-09 20:52 ` [autofs] " Mike Waychison
2004-01-10 6:05 ` Ian Kent
2004-01-08 12:29 ` Olivier Galibert
2004-01-08 13:20 ` Robin Rosenberg
2004-01-08 16:23 ` Mike Waychison
2004-01-08 12:35 ` Ian Kent
2004-01-08 13:08 ` Ian Kent
2004-01-08 18:20 ` Jim Carter
2004-01-08 21:01 ` H. Peter Anvin
2004-01-08 0:48 ` Ian Kent
2004-01-08 0:48 ` [autofs] " Ian Kent
-- strict thread matches above, loose matches on Subject: below --
2004-01-06 22:28 Ogden, Aaron A.
2004-01-06 22:53 ` Paul Raines
2004-01-07 14:05 ` Greg Wooledge
2004-01-07 23:14 ` Jim Carter
2004-01-07 23:32 ` H. Peter Anvin
2004-01-08 12:52 ` [autofs] " Ian Kent
2004-01-08 18:31 ` viro
2004-01-09 18:43 ` Ian Kent
2004-01-09 19:41 ` Mike Waychison
2004-01-09 19:57 ` H. Peter Anvin
2004-01-09 21:31 ` Mike Waychison
2004-01-09 21:36 ` H. Peter Anvin
2004-01-06 23:26 Ogden, Aaron A.
2004-01-06 23:34 Ogden, Aaron A.
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=3FFC3187.4010004@sun.com \
--to=michael.waychison@sun.com \
--cc=autofs@linux.kernel.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=thockin@hockin.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.