From owner-autofs@linux.kernel.org Sat Jan 1 16:10:48 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA27984 for ; Sat, 1 Jan 2000 16:10:48 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA13851 for autofs-list; Sat, 1 Jan 2000 15:28:16 -0800 Received: from avocet.prod.itd.earthlink.net (avocet.prod.itd.earthlink.net [207.217.121.50]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA13846 for ; Sat, 1 Jan 2000 15:28:13 -0800 Received: from earthlink.net (pool0562.cvx9-bradley.dialup.earthlink.net [209.178.178.52]) by avocet.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id PAA06995; Sat, 1 Jan 2000 15:28:11 -0800 (PST) Message-ID: <386E8E25.E893BE48@earthlink.net> Date: Sat, 01 Jan 2000 15:30:45 -0800 From: Mark Michael X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.9-19mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: autofs and passing env vars Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi. Where I work, we're using NIS and automounter on Solaris and HP-UX a bunch. We use it for home directories, Apache tilde public_html directories in home directories, parts libraries for PTC CADDS and Pro/E, and ... (here's the rub) ... application servers. The app servers allow us to provide jumpstartable (Solaris) or Ignite-able (HP-UX) systems that look for their apps on servers automatically. Works great, but can't use autofs 3 to do everything they way that the Solaris and HP-UX automounters work. In particular, I can't take architectural info (uname -m or similar) and pass it to the automounter for building paths to the applications on the app servers. We use this extensively in support of our wrapper scripts for applications, which allow a simple single command to find the app server, the architecture, the operating system version, the libC version (if applicable), the version of the application software and any version-specific init or data files. I noticed when reviewing an archive of this mailing list that variable substitution was being considered for autofs v4. Any progress on this? Where can I find any source, rpm's, etc., even if incomplete? thanks! ttfn mm mark michael m_michael@earthlink.net mark.michael@hsc.hac.com From owner-autofs@linux.kernel.org Sun Jan 2 02:46:55 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA32527 for ; Sun, 2 Jan 2000 02:46:55 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA02170 for autofs-list; Sun, 2 Jan 2000 02:08:32 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA02167 for ; Sun, 2 Jan 2000 02:08:31 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.3/8.9.3) with ESMTP id CAA24521; Sun, 2 Jan 2000 02:08:30 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id CAA12652; Sun, 2 Jan 2000 02:08:26 -0800 (PST) Message-ID: <386F2402.9AE8AD34@transmeta.com> Date: Sun, 02 Jan 2000 11:10:10 +0100 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Mark Michael CC: autofs@linux.kernel.org Subject: Re: autofs and passing env vars References: <386E8E25.E893BE48@earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is just wrong. autofs 3 supports this just fine. Mark Michael wrote: > > Hi. Where I work, we're using NIS and automounter on Solaris and HP-UX > a bunch. We use it for home directories, Apache tilde public_html > directories in home directories, parts libraries for PTC CADDS and > Pro/E, and ... (here's the rub) ... application servers. The app > servers allow us to provide jumpstartable (Solaris) or Ignite-able > (HP-UX) systems that look for their apps on servers automatically. > Works great, but can't use autofs 3 to do everything they way that the > Solaris and HP-UX automounters work. > > In particular, I can't take architectural info (uname -m or similar) and > pass it to the automounter for building paths to the applications on the > app servers. We use this extensively in support of our wrapper scripts > for applications, which allow a simple single command to find the app > server, the architecture, the operating system version, the libC version > (if applicable), the version of the application software and any > version-specific init or data files. > > I noticed when reviewing an archive of this mailing list that variable > substitution was being considered for autofs v4. Any progress on this? > Where can I find any source, rpm's, etc., even if incomplete? > > thanks! > > ttfn > mm > mark michael > m_michael@earthlink.net > mark.michael@hsc.hac.com From owner-autofs@linux.kernel.org Sun Jan 2 22:46:55 2000 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id WAA22733 for ; Sun, 2 Jan 2000 22:46:55 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA25502 for autofs-list; Sun, 2 Jan 2000 14:02:33 -0800 Received: from hawk.prod.itd.earthlink.net (hawk.prod.itd.earthlink.net [207.217.120.22]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA25499 for ; Sun, 2 Jan 2000 14:02:31 -0800 Received: from earthlink.net (pool0287.cvx24-bradley.dialup.earthlink.net [209.179.211.32]) by hawk.prod.itd.earthlink.net (8.9.3/8.9.3) with ESMTP id OAA28695; Sun, 2 Jan 2000 14:02:21 -0800 (PST) Message-ID: <386FCB88.2D69367A@earthlink.net> Date: Sun, 02 Jan 2000 14:04:56 -0800 From: Mark Michael X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.9-19mdk i586) X-Accept-Language: en MIME-Version: 1.0 To: "H. Peter Anvin" CC: autofs@linux.kernel.org Subject: Re: autofs and passing env vars References: <386E8E25.E893BE48@earthlink.net> <386F2402.9AE8AD34@transmeta.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: OK, thanks. I finally found and checked the HOWTO (sorry about that). I'm just a little unclear on exactly how. With the SunOS, HP-UX and Solaris automounters, I add environment variables (HP-UX) or -D arguments (Solaris) for things like system architectures, etc. How do I feed this information to autofs, via submounts like the example? That is, /etc/auto.master points to another file or map (in this example, the file name /etc/autofs/nfs). Then in /etc/autofs/nfs, an entry * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub and finally, the file /etc/autofs/nfs.sub contains * ${host}:${prefix}/& I see how this works for usage of hostnames, but how can I include other variables? Thanks again for the response. Transmeta folks must be mondo busy this month. "H. Peter Anvin" wrote: > > This is just wrong. autofs 3 supports this just fine. > ttfn mm m_michael@earthlink.net mark.michael@hsc.hac.com From owner-autofs@linux.kernel.org Sun Jan 2 22:51:54 2000 Return-Path: Received: from linux.kernel.org (root@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id WAA22919 for ; Sun, 2 Jan 2000 22:51:53 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA27251 for autofs-list; Sun, 2 Jan 2000 14:53:18 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA27248 for ; Sun, 2 Jan 2000 14:53:16 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.3/8.9.3) with ESMTP id OAA32723; Sun, 2 Jan 2000 14:53:15 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id OAA09425; Sun, 2 Jan 2000 14:53:12 -0800 (PST) Message-ID: <386FD741.E9ABA87D@transmeta.com> Date: Sun, 02 Jan 2000 23:54:57 +0100 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Mark Michael , autofs@linux.kernel.org Subject: Re: autofs and passing env vars References: <386E8E25.E893BE48@earthlink.net> <386F2402.9AE8AD34@transmeta.com> <386FCB88.2D69367A@earthlink.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: You don't have to use auto.master, you know. auto.master is really a hideously poor format. -hpa From owner-autofs@linux.kernel.org Mon Jan 3 02:24:54 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA25189 for ; Mon, 3 Jan 2000 02:24:54 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA16271 for autofs-list; Mon, 3 Jan 2000 01:54:49 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA16268 for ; Mon, 3 Jan 2000 01:54:47 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.3/8.9.3) with ESMTP id BAA07778; Mon, 3 Jan 2000 01:54:47 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-104.transmeta.com [192.168.6.104]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id BAA04844; Mon, 3 Jan 2000 01:54:44 -0800 (PST) Message-ID: <3870724E.EE028F74@transmeta.com> Date: Mon, 03 Jan 2000 10:56:30 +0100 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: roystgnr@rice.edu, autofs@linux.kernel.org Subject: Re: autofs and passing env vars References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Roy Stogner wrote: > > On Sun, 2 Jan 2000, H. Peter Anvin wrote: > > > You don't have to use auto.master, you know. auto.master is really a > > hideously poor format. > > Sorry if this is a FAQ, but what are the alternatives? Starting > automount manually? There's nothing except auto.master listed on my > (admittedly Red Hat modified) autofs man page. That would be bad. Yes, under Linux (unlike for example Solaris) you can start automount manually; you can get much finer control that way (you can use stuff like the multimaps in 3.1.4-pre4, too.) The only reason I started supporting auto.master at all was to be able to share a global auto.master NIS map with Solaris machines. -hpa From owner-autofs@linux.kernel.org Mon Jan 3 06:34:08 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id GAA27361 for ; Mon, 3 Jan 2000 06:34:08 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA24624 for autofs-list; Mon, 3 Jan 2000 06:00:54 -0800 Received: from questra.com (hank.questra.com [208.28.12.22]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id GAA24621 for ; Mon, 3 Jan 2000 06:00:52 -0800 Received: (qmail 15986 invoked from network); 3 Jan 2000 14:00:20 -0000 Received: from mrfreeze.roc.questra.com (HELO questra.com) (208.28.12.98) by hank.questra.com with SMTP; 3 Jan 2000 14:00:20 -0000 Received: (qmail 15671 invoked from network); 3 Jan 2000 14:00:20 -0000 Received: from diethylamide.roc.questra.com (10.20.8.80) by mrfreeze.roc.questra.com with SMTP; 3 Jan 2000 14:00:20 -0000 Received: (from mcdermot@localhost) by diethylamide.roc.questra.com (8.9.3/8.9.0) id JAA11145; Mon, 3 Jan 2000 09:00:19 -0500 Date: Mon, 3 Jan 2000 09:00:19 -0500 From: Scott McDermott To: "H. Peter Anvin" Cc: roystgnr@rice.edu, autofs@linux.kernel.org Subject: Re: autofs and passing env vars Message-ID: <20000103090019.A10086@diethylamide.roc.questra.com> References: <3870724E.EE028F74@transmeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3870724E.EE028F74@transmeta.com>; from hpa@transmeta.com on Mon, Jan 03, 2000 at 10:56:30AM +0100 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: H. Peter Anvin on Mon 3/01 10:56 +0100: > That would be bad. Yes, under Linux (unlike for example Solaris) you > can start automount manually; Why can't you start it manually under Solaris? I seem to be able to do it fine here on 2.5, 2.5.1, 2.6 and 7. Unless I'm misunderstanding what you mean by "start manually," /etc/init.d/autofs simply starts automountd and then runs automount which takes care of the rest of it. You can stop and start and stop autofs at will and repeatedly if you'd like. -- Scott McDermott, Questra Desktop and Network Services (QDN) (716) 381-0292 x525 QDN service via web: http://qweb.web.roc.questra.com/srs/ QDN service via email: techserv@questra.com From owner-autofs@linux.kernel.org Tue Jan 4 04:39:47 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA03449 for ; Tue, 4 Jan 2000 04:39:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA03132 for autofs-list; Tue, 4 Jan 2000 03:58:19 -0800 Received: from plexus.uke.uni-hamburg.de (plexus.uke.uni-hamburg.de [134.100.96.1]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA03129 for ; Tue, 4 Jan 2000 03:58:17 -0800 Received: from UKE.Uni-Hamburg.de (davinci.uke.uni-hamburg.de [134.100.96.195]) by plexus.uke.uni-hamburg.de (8.9.1/8.9.1) with ESMTP id NAA29156 for ; Tue, 4 Jan 2000 13:00:28 +0100 (MET) Message-ID: <3871E2C1.1DF559F7@UKE.Uni-Hamburg.de> Date: Tue, 04 Jan 2000 13:08:33 +0100 From: Roger Zimmermann X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: autofs and mountpoint creation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello all + Good new year, Our problems are as follows: We are using autofs (V 3.1.3, Linux 2.2.12 - Sparc) together with samba (v 2.0.5a) and netatalk (1.4b+asun2.1.2) to export NFS filesystems from other Sun machines (Solaris 2.5.1, 7) to our Win and Mac computers. Since autofs creates the mountpoint while acessing the filesystem there is no chance to access the filesystem via the Mac (All fixmounted systems work, of course). Until now, it was possible to force at least the Windows boxes to mount the FS be simply entering the name of the mountpoint in the filemanager. After the last software upgrade (-> redhat-6.1), even this behaviour vanished. The fixed mount of the filesystems can only be a temporarily solution. My questions: I read already some older communication about these problems in the mailing list archive. 1) Can someone resume the current 'state of the art', please. I'm especially interested if there will be a chance of having functionality in a future release of autofs that will create the mountpoints in advance ? 2) OR: Could it be useful to change to the amd package ? THNX in advance, Roger -- Dr. Roger Zimmermann *** Institute of Physiology, Hamburg Martinistra/3e 52 D-20246 Hamburg Tel.: /40 42803 5351 -------------------------------- Fax.: /40 42803 4920 R.Zimmermann@Uke.Uni-Hamburg.de//roz@snafu.de PGP-ID: Roger Zimmermann KeyPrint=83 16 D1 82 06 71 16 60 6F 61 95 65 BB CA 02 E0 From owner-autofs@linux.kernel.org Wed Jan 5 05:04:10 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA13035 for ; Wed, 5 Jan 2000 05:04:10 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA20030 for autofs-list; Wed, 5 Jan 2000 04:24:20 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA20027 for ; Wed, 5 Jan 2000 04:24:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id EA4D762002; Wed, 5 Jan 2000 04:24:16 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 16034ACDE6; Wed, 5 Jan 2000 04:24:16 -0800 (PST) Date: Wed, 5 Jan 2000 04:24:16 -0800 From: Jeremy Fitzhardinge To: Roger Zimmermann Cc: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation Message-ID: <20000105042416.A19079@goop.org> References: <3871E2C1.1DF559F7@UKE.Uni-Hamburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6us In-Reply-To: <3871E2C1.1DF559F7@UKE.Uni-Hamburg.de>; from Roger Zimmermann on Tue, Jan 04, 2000 at 01:08:33PM +0100 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Jan 04, 2000 at 01:08:33PM +0100, Roger Zimmermann wrote: > Since autofs creates the mountpoint while acessing the filesystem there > is no chance to access the filesystem via the Mac (All fixmounted > systems work, of course). Until now, it was possible to force at least This isn't possible in general, since the autofs daemon doesn't know what mountpoints will work (eg, in the case of program mounts). I generaly fake this with a directory of symlinks. For example, /net is an automount NFS directory, and /n is a set of symlinks to ../net (/n/host -> ../net/host). J From owner-autofs@linux.kernel.org Wed Jan 5 06:02:51 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id GAA13400 for ; Wed, 5 Jan 2000 06:02:51 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA22468 for autofs-list; Wed, 5 Jan 2000 05:34:57 -0800 Received: from scribe.cc.purdue.edu (scribe.cc.purdue.edu [128.210.11.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA22465 for ; Wed, 5 Jan 2000 05:34:55 -0800 Received: from ppp-x9-44.ecn.purdue.edu by scribe.cc.purdue.edu with ESMTP; Wed, 5 Jan 2000 08:34:53 -0500 Received: from localhost (brian) [127.0.0.1] by brian.servis.snet with esmtp (Exim 3.03 #1 (Debian)) id 125qaR-0004db-00; Wed, 05 Jan 2000 13:34:52 +0000 Date: Wed, 5 Jan 2000 08:34:46 -0500 (EST) From: Brian Servis Reply-To: servis@purdue.edu Subject: Re: autofs and mountpoint creation To: jeremy@goop.org cc: autofs@linux.kernel.org In-Reply-To: <20000105042416.A19079@goop.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: *- On 5 Jan, Jeremy Fitzhardinge wrote about "Re: autofs and mountpoint creation" > On Tue, Jan 04, 2000 at 01:08:33PM +0100, Roger Zimmermann wrote: >> Since autofs creates the mountpoint while acessing the filesystem there >> is no chance to access the filesystem via the Mac (All fixmounted >> systems work, of course). Until now, it was possible to force at least > > This isn't possible in general, since the autofs daemon doesn't know > what mountpoints will work (eg, in the case of program mounts). > > I generaly fake this with a directory of symlinks. For example, > /net is an automount NFS directory, and /n is a set of symlinks to ../net > (/n/host -> ../net/host). > Yes, I have found this solution to be acceptable. But the only disadvantage is that if you do a directory listing in /n then ALL the mounts that are pointed to by the symlinks get mounted. If there are a lot then this can take a while to process(and waste resources?). This is what is described in the autofs-HOWT at http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html. Brian Servis -- ------------------------------------------------------------------------ Mechanical Engineering | Never criticize anybody until you Purdue University | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Wed Jan 5 07:36:57 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA14114 for ; Wed, 5 Jan 2000 07:36:56 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA25746 for autofs-list; Wed, 5 Jan 2000 07:03:39 -0800 Received: from fw-cam.cambridge.arm.com (firewall-user@fw-cam.cambridge.arm.com [193.131.176.3]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id HAA25743 for ; Wed, 5 Jan 2000 07:03:32 -0800 Received: by fw-cam.cambridge.arm.com; id PAA18292; Wed, 5 Jan 2000 15:03:24 GMT Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.0) id xma018248; Wed, 5 Jan 00 15:03:14 GMT Received: from cam-mail1.cambridge.arm.com (cam-mail1.cambridge.arm.com [172.16.8.10]) by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id PAA06475 for ; Wed, 5 Jan 2000 15:03:11 GMT Received: from arm.com (IDENT:jconnell@pc308.cambridge.arm.com [172.16.9.51]) by cam-mail1.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id PAA07273; Wed, 5 Jan 2000 15:03:11 GMT Message-ID: <38735D2E.F3D4F16E@arm.com> Date: Wed, 05 Jan 2000 15:03:10 +0000 From: Jon Connell Organization: ARM Ltd. (http://www.arm.com/) X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: Submounts revisited Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Rainer Clasen's patch for mount_autofs.c didn't get me any mileage on my autofs (3.1.3). The mapfiles: /etc/auto.master: /nfs --timeout 60 /etc/autofs/nfs : * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub /etc/autofs/nfs.sub * ${host}:${prefix}/& Ley me correctly start an automount with a --submount option: Jan 5 14:31:35 pc308 automount[6606]: starting automounter version 3.1.3, path = /nfs/pc308, maptype = file, mapname = /etc/autofs/nfs.sub But a mount on the new automount path (/nfs/pc308 above) results in a symlink rather than new mount being created. Has this issue been resolved? Jon. -- "You're dead, Jim." -- McCoy, "Amok Time", stardate 3372.7. ________________________________________________________________ Jon Connell Senior Software Engineer EDA Business Unit Email Jon.Connell@arm.com ARM Ltd Direct Office: +44 1223 400540 90 Fulbourn Rd Office Switch: +44 1223 400400 Cambridge Office Fax : +44 1223 400410 CB1 9JN, UK ARM EDA support - http://www.arm.com/DevSupp/EDA/ ________________________________________________________________ From owner-autofs@linux.kernel.org Wed Jan 5 07:41:58 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA14129 for ; Wed, 5 Jan 2000 07:41:58 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA25805 for autofs-list; Wed, 5 Jan 2000 07:04:37 -0800 Received: from neptune.phys.ufl.edu (neptune-gw.phys.ufl.edu [128.227.64.7]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA25802 for ; Wed, 5 Jan 2000 07:04:35 -0800 Received: from localhost (chandra@localhost) by neptune.phys.ufl.edu (8.9.3/8.9.3) with ESMTP id KAA03742 for ; Wed, 5 Jan 2000 10:04:34 -0500 (EST) Date: Wed, 5 Jan 2000 10:04:34 -0500 (EST) From: "Chandra R. Chegireddy" To: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: With the sun solaris, compaq tru64 and SGI IRIX autofs and automounter, we have a NIS map of about 150 filesystems that are sent out our server to all clients using the direct map method. for example /machine1/tmp machine1:/machine1/tmp ... We can list the directory of / and it shows all of the directories but does not mount any of them. If you do ls /machine1 all the filesystems from that machine show up as directories but are not mounted. Only when you access them directly using ls /machine1/tmp does it get mounted. On SGI for some reason the mount shows up twice one as an autofs and the other as the regular mount. It would be very nice if this behavior can be emulated on the linux autofs Thanks, Chandra. On Wed, 5 Jan 2000, Brian Servis wrote: > *- On 5 Jan, Jeremy Fitzhardinge wrote about "Re: autofs and mountpoint creation" > > On Tue, Jan 04, 2000 at 01:08:33PM +0100, Roger Zimmermann wrote: > >> Since autofs creates the mountpoint while acessing the filesystem there > >> is no chance to access the filesystem via the Mac (All fixmounted > >> systems work, of course). Until now, it was possible to force at least > > > > This isn't possible in general, since the autofs daemon doesn't know > > what mountpoints will work (eg, in the case of program mounts). > > > > I generaly fake this with a directory of symlinks. For example, > > /net is an automount NFS directory, and /n is a set of symlinks to ../net > > (/n/host -> ../net/host). > > > > Yes, I have found this solution to be acceptable. But the only > disadvantage is that if you do a directory listing in /n then ALL the > mounts that are pointed to by the symlinks get mounted. If there are a > lot then this can take a while to process(and waste resources?). This > is what is described in the autofs-HOWT at > http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html. > > Brian Servis > -- > ------------------------------------------------------------------------ > Mechanical Engineering | Never criticize anybody until you > Purdue University | have walked a mile in their shoes, > servis@purdue.edu | because by that time you will be a > http://www.ecn.purdue.edu/~servis | mile away and have their shoes. Chandra R. Chegireddy Department of Physics Phone: (352)-392-8083 P.O. Box 118440 Pager: (352)-252-0628 2253 New Physics Building Fax: (352)-392-0524 University of Florida E-mail: chandra@phys.ufl.edu Gainesville, FL, 32611-8440 From owner-autofs@linux.kernel.org Wed Jan 5 12:42:00 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA15999 for ; Wed, 5 Jan 2000 12:42:00 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA05176 for autofs-list; Wed, 5 Jan 2000 12:16:14 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA05167 for ; Wed, 5 Jan 2000 12:16:13 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA05215; Wed, 5 Jan 2000 12:16:12 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-101.transmeta.com [192.168.6.101]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA22779; Wed, 5 Jan 2000 12:16:09 -0800 (PST) Message-ID: <3873A6FB.F7360C2F@transmeta.com> Date: Wed, 05 Jan 2000 21:18:03 +0100 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: "Chandra R. Chegireddy" CC: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: "Chandra R. Chegireddy" wrote: > > With the sun solaris, compaq tru64 and SGI IRIX autofs and automounter, > we have a NIS map of about 150 filesystems that are sent out our server to > all clients using the direct map method. > > for example > > /machine1/tmp machine1:/machine1/tmp > ... > > We can list the directory of / and it shows all of the directories but > does not mount any of them. If you do ls /machine1 all the filesystems > from that machine show up as directories but are not mounted. Only when > you access them directly using ls /machine1/tmp does it get mounted. > > On SGI for some reason the mount shows up twice one as an autofs and the > other as the regular mount. > > It would be very nice if this behavior can be emulated on the linux autofs > A direct map of 150 entires?! You're insane! Make yourself and the universe a favour and clean up your namespace. ALL your machines will thank you. -hpa From owner-autofs@linux.kernel.org Wed Jan 5 12:44:56 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA16003 for ; Wed, 5 Jan 2000 12:44:56 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA04962 for autofs-list; Wed, 5 Jan 2000 12:11:09 -0800 Received: from neon.transmeta.com (neon-best.transmeta.com [206.184.214.10]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA04959 for ; Wed, 5 Jan 2000 12:11:08 -0800 Received: from deepthought.transmeta.com (mailhost.transmeta.com [10.1.1.15]) by neon.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA05107; Wed, 5 Jan 2000 12:11:07 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-101.transmeta.com [192.168.6.101]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA22385; Wed, 5 Jan 2000 12:11:01 -0800 (PST) Message-ID: <3873A5C6.440B984@transmeta.com> Date: Wed, 05 Jan 2000 21:12:54 +0100 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: servis@purdue.edu CC: jeremy@goop.org, autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Brian Servis wrote: > > *- On 5 Jan, Jeremy Fitzhardinge wrote about "Re: autofs and mountpoint creation" > > On Tue, Jan 04, 2000 at 01:08:33PM +0100, Roger Zimmermann wrote: > >> Since autofs creates the mountpoint while acessing the filesystem there > >> is no chance to access the filesystem via the Mac (All fixmounted > >> systems work, of course). Until now, it was possible to force at least > > > > This isn't possible in general, since the autofs daemon doesn't know > > what mountpoints will work (eg, in the case of program mounts). > > > > I generaly fake this with a directory of symlinks. For example, > > /net is an automount NFS directory, and /n is a set of symlinks to ../net > > (/n/host -> ../net/host). > > > > Yes, I have found this solution to be acceptable. But the only > disadvantage is that if you do a directory listing in /n then ALL the > mounts that are pointed to by the symlinks get mounted. If there are a > lot then this can take a while to process(and waste resources?). This > is what is described in the autofs-HOWT at > http://www.Linux-Consulting.com/Amd_AutoFS/autofs-HOWTO.html. > This, of course, would also happen if autofs pre-enumerated the map, as well, which is partially why it doesn't. -hpa From owner-autofs@linux.kernel.org Thu Jan 6 05:33:14 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA22921 for ; Thu, 6 Jan 2000 05:33:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA06312 for autofs-list; Thu, 6 Jan 2000 04:54:59 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA06309 for ; Thu, 6 Jan 2000 04:54:45 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id NAA16971 for ; Thu, 6 Jan 2000 13:48:45 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id NAA17082 for ; Thu, 6 Jan 2000 13:56:05 +0100 (MET) Posted-Date: Thu, 6 Jan 2000 13:56:05 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Thu, 6 Jan 2000 13:56:46 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7CB@TSEXCHANGE> From: "Coetmeur, Alain" To: autofs@linux.kernel.org Subject: RE: supporting /net (was: Submounts revisited) Date: Thu, 6 Jan 2000 13:56:41 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: (note: I've segmented the mail to make it more readable, since I'm jumping between many ideas... sorry, I'm messy) > De: Jon Connell [mailto:jon.connell@arm.com] > Rainer Clasen's patch for mount_autofs.c didn't get me any > mileage on my autofs (3.1.3). The mapfiles: > /etc/auto.master: > /nfs --timeout 60 > /etc/autofs/nfs : > * -fstype=autofs,-Dhost=&,-Dprefix=/& file:/etc/autofs/nfs.sub > /etc/autofs/nfs.sub > * ${host}:${prefix}/& this solution, as far as I've undestood, only support 2 level NFS automounting (or 1 or 3 or 4, but a fixed depth) ... ** making -Dvar=val works ? trying to implement /net like you do, I've been unable to use the -D option with autofs-3.1.3-54, neither with files nor with program maps ... in fact the automount processes were hanging while forking... are there some "secrets", hints ... to use the -D variables ? the only solution I've found is to use the current working directory and the key name as the context. how are those wariables passed to program maps (environment?). if not already done a good idea would be to export such variables to program maps, as environnement variable. ** /net implemented with program map anyway I've a working solution to support arbitrary NFS mount like /net -hosts : I use a program map, that call showmount -e and allow arbitrary depth, eventually creating autofs submounts... this is a quick "/bin/sh" program map, that would need much reengineering to be bullet-proof, but at least it works on my beowulf. if you're interested, paralline.net kindly host my (embryonic) package at: http://www.paralline.net/projets/autofs_slashnet/index.en.html (it also support samba automount like /net does on NFS, and I'm working on a samba with username automount ...) ** integrating /net in standard release anyway, it may be a good place to say that full solaris-like /net -hosts implementation is really a must... I've also read here about a patch that allow variable depth key lookup so that it should be much easier to program a NFS program map using showmount. offering this patch, with a /net program map as a standard functionality may be a good idea. at least offering a solid /net program map (like mine, but bullet-proof, maybe programmed in perl or C/C++) ** samba automount it is also true for Samba automount, but I think that it is much more easy (fixed depth), and concerns mainly samba team (mount.smb and options support). **Autofs Keys Listing another deep design change, that may already have been discussed here (and probably refused 8( ) would be to support a variant of autofs directory listing that shows potential keys when an enumeration is possible. I agree that generaly enumeration is not always possible, but sometime it is meaningful. for example when listing an automount directory, one should get: - the list of non wildcarded keys from "file:" maps - the list of keys from "yp:" maps - the answer of the "program:" map with a magic parameter (why not no key parameter !) for program: maps... otherwise call another script (eg: program_map_name.ls )it it exists, or create a new program-with-ls: map type... I suppose that this is much more difficult that it looks there, since autofs may have to create INODES for such potential mounts, list them, and then mount other wolumes on them... and this may be difficult or impossible... caching and performance of the listing ay be also an issue... should the listring scripts be called everytime, or should there be an "expiry time" configured in autofs, to avoid performance problems, or both cached and direct listing modes depending on configuration flags.... -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr From owner-autofs@linux.kernel.org Thu Jan 6 07:27:12 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA23615 for ; Thu, 6 Jan 2000 07:27:11 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA10905 for autofs-list; Thu, 6 Jan 2000 07:04:37 -0800 Received: from mailext12.compaq.com (mailext12.compaq.com [207.18.199.188]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA10902 for ; Thu, 6 Jan 2000 07:04:35 -0800 Received: by mailext12.compaq.com (Postfix, from userid 12345) id 54E3057826; Thu, 6 Jan 2000 09:04:34 -0600 (CST) Received: from mailint12.im.hou.compaq.com (mailint12.compaq.com [207.18.199.190]) by mailext12.compaq.com (Postfix) with ESMTP id 5001154603; Thu, 6 Jan 2000 09:04:34 -0600 (CST) Received: by mailint12.im.hou.compaq.com (Postfix, from userid 12345) id 18D604FB02; Thu, 6 Jan 2000 09:04:27 -0600 (CST) Received: from anw.zk3.dec.com (alpha.zk3.dec.com [16.140.128.4]) by mailint12.im.hou.compaq.com (Postfix) with ESMTP id B2A504C901; Thu, 6 Jan 2000 09:04:26 -0600 (CST) Received: from localhost by anw.zk3.dec.com (8.8.8/1.1.22.2/08Sep98-0251PM) id KAA0001391996; Thu, 6 Jan 2000 10:04:33 -0500 (EST) From: Eric Werme USG Message-Id: <200001061504.KAA0001391996@anw.zk3.dec.com> To: "H. Peter Anvin" Cc: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation In-reply-to: Your message of "Wed, 05 Jan 2000 21:18:03 +0100." <3873A6FB.F7360C2F@transmeta.com> Date: Thu, 06 Jan 2000 10:04:33 -0500 X-Mts: smtp Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: "Chandra R. Chegireddy" wrote: > > With the sun solaris, compaq tru64 and SGI IRIX autofs and automounter, > we have a NIS map of about 150 filesystems that are sent out our server to > all clients using the direct map method. A direct map of 150 entires?! You're insane! Heh, heh, heh. We're just as insane. Even more so: $ mount -e | grep pid | wc 229 3140 30367 Most of those are direct maps! Our admins split things up between five separate automount (we don't have autofs yet). Oops - seven! -Ric Werme From owner-autofs@linux.kernel.org Thu Jan 6 08:05:16 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA23642 for ; Thu, 6 Jan 2000 08:05:15 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA12231 for autofs-list; Thu, 6 Jan 2000 07:41:50 -0800 Received: from smtp.mathworks.com (turing.mathworks.com [144.212.95.101]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA12228 for ; Thu, 6 Jan 2000 07:41:48 -0800 Received: from skywalker.mathworks.com (skywalker.mathworks.com [144.212.2.82]) by smtp.mathworks.com (8.9.3/8.9.3) with ESMTP id KAA03895 for ; Thu, 6 Jan 2000 10:41:44 -0500 (EST) Received: from localhost (tallpaul@localhost) by skywalker.mathworks.com (8.9.3/8.9.3) with ESMTP id KAA09971 for ; Thu, 6 Jan 2000 10:41:44 -0500 (EST) X-Authentication-Warning: skywalker.mathworks.com: tallpaul owned process doing -bs Date: Thu, 6 Jan 2000 10:41:43 -0500 (EST) From: Paul English To: autofs@linux.kernel.org Subject: Mounting problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hey, For some reason automount is not mounting one of the directories, this is the error, can anyone shed any light? Jan 6 06:27:35 localhost automount[1741]: starting automounter version 3.1.3, path = /home, maptype = yp, mapname = auto.home Jan 6 06:27:35 localhost automount[1741]: >> mount: automount(pid1741) already mounted or /home busy Jan 6 06:27:35 localhost automount[1741]: /home: mount failed! There is definitely no automounter already running, /home is an empty directory and lsof reports no activity on /home. I'm at a loss.. Thanks, Paul From owner-autofs@linux.kernel.org Thu Jan 6 08:43:28 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA23996 for ; Thu, 6 Jan 2000 08:43:28 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA13667 for autofs-list; Thu, 6 Jan 2000 08:15:31 -0800 Received: from neptune.phys.ufl.edu (neptune-gw.phys.ufl.edu [128.227.64.7]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA13664 for ; Thu, 6 Jan 2000 08:15:30 -0800 Received: from maxwell.phys.ufl.edu (maxwell.phys.ufl.edu [128.227.64.2]) by neptune.phys.ufl.edu (8.9.3/8.9.3) with ESMTP id LAA21386; Thu, 6 Jan 2000 11:15:28 -0500 (EST) Received: from localhost (chandra@localhost) by maxwell.phys.ufl.edu (8.9.3/8.8.8) with ESMTP id LAA05386; Thu, 6 Jan 2000 11:15:28 -0500 (EST) X-Authentication-Warning: maxwell.phys.ufl.edu: chandra owned process doing -bs Date: Thu, 6 Jan 2000 11:15:28 -0500 (EST) From: "Chandra R. Chegireddy" To: Eric Werme USG cc: "H. Peter Anvin" , autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation In-Reply-To: <200001061504.KAA0001391996@anw.zk3.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: We have been doing some more testing with the autofs since yesterday. We found the submount example from Richard Henderson (in the Automounter HOWTO docs) that does the /nfs/host/disk to work assuming all filesystems are exported /host/disk works for us nicely as 99% of our filesystems are using this naming scheme. We just have three files (/etc/auto.master, /etc/autofs/nfs and /etc/autofs/nfs.sub) now each with a line in them and they are identical on all our 40+ machines. The only thing I am not very thrilled about is the number of automount processes that get started up when a large number of these disks are accessed at the same time. Chandra. On Thu, 6 Jan 2000, Eric Werme USG wrote: > > "Chandra R. Chegireddy" wrote: > > > > With the sun solaris, compaq tru64 and SGI IRIX autofs and automounter, > > we have a NIS map of about 150 filesystems that are sent out our server to > > all clients using the direct map method. > > A direct map of 150 entires?! You're insane! > > Heh, heh, heh. We're just as insane. Even more so: > > $ mount -e | grep pid | wc > 229 3140 30367 > > Most of those are direct maps! > > Our admins split things up between five separate automount (we don't have > autofs yet). Oops - seven! > > -Ric Werme > Chandra R. Chegireddy Department of Physics Phone: (352)-392-8083 P.O. Box 118440 Pager: (352)-252-0628 2253 New Physics Building Fax: (352)-392-0524 University of Florida E-mail: chandra@phys.ufl.edu Gainesville, FL, 32611-8440 From owner-autofs@linux.kernel.org Thu Jan 6 11:33:26 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA25181 for ; Thu, 6 Jan 2000 11:33:26 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA19662 for autofs-list; Thu, 6 Jan 2000 11:10:10 -0800 Received: from smtp.mathworks.com (turing.mathworks.com [144.212.95.101]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA19650 for ; Thu, 6 Jan 2000 11:10:07 -0800 Received: from skywalker.mathworks.com (skywalker.mathworks.com [144.212.2.82]) by smtp.mathworks.com (8.9.3/8.9.3) with ESMTP id OAA11077 for ; Thu, 6 Jan 2000 14:10:05 -0500 (EST) Received: from localhost (tallpaul@localhost) by skywalker.mathworks.com (8.9.3/8.9.3) with ESMTP id OAA11012 for ; Thu, 6 Jan 2000 14:10:05 -0500 (EST) X-Authentication-Warning: skywalker.mathworks.com: tallpaul owned process doing -bs Date: Thu, 6 Jan 2000 14:10:04 -0500 (EST) From: Paul English To: autofs@linux.kernel.org Subject: Re: Mounting problem In-Reply-To: <14452.59296.719204.128061@tjejol.lifl.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I forgot to mention -- I checked /etc/mtab and removed a "stray" entry there. Then someone else pointed me to /proc/mounts and that was the problem. A reboot fixed it although there may have been a more graceful way. Paul From owner-autofs@linux.kernel.org Thu Jan 6 14:04:54 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA26144 for ; Thu, 6 Jan 2000 14:04:54 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA24813 for autofs-list; Thu, 6 Jan 2000 13:30:03 -0800 Received: from postman.bayarea.net (postman.bayarea.net [205.219.84.13]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA24781 for ; Thu, 6 Jan 2000 13:30:00 -0800 Received: from snakeshands.com (shell2.bayarea.net [205.219.84.7]) by postman.bayarea.net (8.9.3/8.9.3) with SMTP id NAA62825 for autofs@linux.kernel.org; Thu, 6 Jan 2000 13:29:13 -0800 (PST) (envelope-from mxc@snakeshands.com) From: Mark Carmichael Message-Id: <200001062129.NAA62825@postman.bayarea.net> Date: Thu, 06 Jan 2000 13:15:33 -0800 To: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation In-reply-to: <200001061504.KAA0001391996@anw.zk3.dec.com> Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Since insanity is the topic, I won't call attention to where I'm consulting now; here's the automount setup for Solaris, though: == From /etc/auto_master ================================================= /home auto_home /- /etc/auto_direct ========================================================================== == From /etc/auto_direct ================================================= +auto.disks ========================================================================== == Results of "ypcat auto.disks | wc" ==================================== 792 1584 93983 ========================================================================== Any other entries in this derby? It is probably good to get handle on how much of this kind of craziness there is out in the world. I'm dealing with this on Linux via program maps that sort through 'ypcat' and 'showmount' output and do the right thing. My maps also rely on being in the "right" working directory, but work well enough as long as that's the case. Mark Carmichael From owner-autofs@linux.kernel.org Thu Jan 6 18:02:06 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA27691 for ; Thu, 6 Jan 2000 18:02:06 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA00607 for autofs-list; Thu, 6 Jan 2000 17:40:17 -0800 Received: from scribe.cc.purdue.edu (scribe.cc.purdue.edu [128.210.11.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA00600 for ; Thu, 6 Jan 2000 17:40:15 -0800 Received: from ppp-x9-36.ecn.purdue.edu by scribe.cc.purdue.edu with ESMTP; Thu, 6 Jan 2000 20:40:13 -0500 Received: from localhost (brian) [127.0.0.1] by brian.servis.snet with esmtp (Exim 3.03 #1 (Debian)) id 126NSo-0006BY-00; Fri, 07 Jan 2000 00:41:11 +0000 Date: Thu, 6 Jan 2000 19:41:00 -0500 (EST) From: Brian Servis Reply-To: servis@purdue.edu Subject: Re: autofs and mountpoint creation To: mxc@snakeshands.com cc: autofs@linux.kernel.org In-Reply-To: <200001062129.NAA62825@postman.bayarea.net> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: *- On 6 Jan, Mark Carmichael wrote about "Re: autofs and mountpoint creation" > Since insanity is the topic, I won't call attention to where I'm consulting > now; here's the automount setup for Solaris, though: Oh come on! You can't wave a carrot in front of a donkey and not expect them to bite....where is it? ;-) > > Any other entries in this derby? It is probably good to get handle on > how much of this kind of craziness there is out in the world. > > I'm dealing with this on Linux via program maps that sort through 'ypcat' > and 'showmount' output and do the right thing. My maps also rely on being > in the "right" working directory, but work well enough as long as that's > the case. > I really like the power of program mounts(even though I am not really taking advantage of them yet). I would be really interested in seeing some (pseudo) code from others on this list for some of there more 'creative' program mounts. How about a bragging rights contest for the user with the most insane/useful/robust/creative/etc program map. hpa can be the sole judge and use the (pseudo) code as an example in the source release with mention of who's it is. This sounds good to me! Although I won't be making a submission, =). What do you think? Brian Servis -- ------------------------------------------------------------------------ Mechanical Engineering | Never criticize anybody until you Purdue University | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Fri Jan 7 07:50:43 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA00646 for ; Fri, 7 Jan 2000 07:50:43 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28596 for autofs-list; Fri, 7 Jan 2000 07:11:46 -0800 Received: from plexus.uke.uni-hamburg.de (plexus.uke.uni-hamburg.de [134.100.96.1]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28593 for ; Fri, 7 Jan 2000 07:11:44 -0800 Received: from UKE.Uni-Hamburg.de (hippocrates.uke.uni-hamburg.de [134.100.96.201]) by plexus.uke.uni-hamburg.de (8.9.1/8.9.1) with ESMTP id QAA23889 for ; Fri, 7 Jan 2000 16:13:51 +0100 (MET) Message-ID: <387601F7.800485A8@UKE.Uni-Hamburg.de> Date: Fri, 07 Jan 2000 16:10:47 +0100 From: Roger Zimmermann X-Mailer: Mozilla 4.05 [en] (Win95; I) MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: autofs does not automatically unmount filesystems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi, it seems that since our last upgrade (autofs 3.1.3, Linux 2.2.12 - Sparc, Redhat 6.1) more has changed for autofs: Everything works fine except the (automatic) unmounting of the filesystem. I tried to play with the --timeout (--timeout=60, ) option, but that doesn't changes anything. + No special messages in the logs. + The filesystems get mounted when I do a 'ls' on the directory + I can only unmount the filesystems by stopping the automounter (../init.d/autofs stop) Any clues or recommandations ? Roger -- Dr. Roger Zimmermann *** Institute of Physiology, Hamburg Martinistra/3e 52 D-20246 Hamburg Tel.: /40 42803 5351 -------------------------------- Fax.: /40 42803 4920 R.Zimmermann@Uke.Uni-Hamburg.de//roz@snafu.de PGP-ID: Roger Zimmermann KeyPrint=83 16 D1 82 06 71 16 60 6F 61 95 65 BB CA 02 E0 From owner-autofs@linux.kernel.org Sat Jan 8 08:55:32 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA10762 for ; Sat, 8 Jan 2000 08:55:32 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA14798 for autofs-list; Sat, 8 Jan 2000 08:19:33 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA14795 for ; Sat, 8 Jan 2000 08:19:31 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id EC2F262002; Sat, 8 Jan 2000 08:19:30 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 86320ACDE6; Sat, 8 Jan 2000 08:19:30 -0800 (PST) Date: Sat, 8 Jan 2000 08:19:30 -0800 From: Jeremy Fitzhardinge To: Brian Servis Cc: autofs@linux.kernel.org Subject: Re: autofs and mountpoint creation Message-ID: <20000108081930.B28099@goop.org> References: <20000105042416.A19079@goop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.6us In-Reply-To: ; from Brian Servis on Wed, Jan 05, 2000 at 08:34:46AM -0500 Sender: owner-autofs@linux.kernel.org Precedence: bulk Content-Length: 652 Lines: 14 Status: RO X-Status: On Wed, Jan 05, 2000 at 08:34:46AM -0500, Brian Servis wrote: > Yes, I have found this solution to be acceptable. But the only > disadvantage is that if you do a directory listing in /n then ALL the > mounts that are pointed to by the symlinks get mounted. If there are a > lot then this can take a while to process(and waste resources?). No. If you do an ls -l /n, and /n is just symlinks, then all you get is a list of symlinks. If you do a "ls -ld /n/*/.", then you're really asking for a list of the top-level inodes in each filesystem, and it has no choice but to mount them (what else could it do: make up ownership and permissions?). J From owner-autofs@linux.kernel.org Sat Jan 8 12:35:22 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA12305 for ; Sat, 8 Jan 2000 12:35:22 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA22572 for autofs-list; Sat, 8 Jan 2000 12:08:43 -0800 Received: from scribe.cc.purdue.edu (scribe.cc.purdue.edu [128.210.11.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA22569 for ; Sat, 8 Jan 2000 12:08:41 -0800 Received: from ppp-x9-36.ecn.purdue.edu by scribe.cc.purdue.edu with ESMTP; Sat, 8 Jan 2000 15:08:38 -0500 Received: from localhost (brian) [127.0.0.1] by brian.servis.snet with esmtp (Exim 3.03 #1 (Debian)) id 1272A8-00025j-00; Sat, 08 Jan 2000 20:08:37 +0000 Date: Sat, 8 Jan 2000 15:08:29 -0500 (EST) From: Brian Servis Reply-To: servis@purdue.edu Subject: Re: autofs and mountpoint creation To: jeremy@goop.org cc: autofs@linux.kernel.org, aoga@imedia.com In-Reply-To: <20000108081930.B28099@goop.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Content-Length: 1591 Lines: 31 Status: RO X-Status: *- On 8 Jan, Jeremy Fitzhardinge wrote about "Re: autofs and mountpoint creation" > On Wed, Jan 05, 2000 at 08:34:46AM -0500, Brian Servis wrote: >> Yes, I have found this solution to be acceptable. But the only >> disadvantage is that if you do a directory listing in /n then ALL the >> mounts that are pointed to by the symlinks get mounted. If there are a >> lot then this can take a while to process(and waste resources?). > > > No. If you do an ls -l /n, and /n is just symlinks, then all you get > is a list of symlinks. If you do a "ls -ld /n/*/.", then you're really > asking for a list of the top-level inodes in each filesystem, and it > has no choice but to mount them (what else could it do: make up ownership > and permissions?). > A little investigation showed why I was seeing automounts mounted when I did an ls of a directory of links. I am using LS_COLORS to show a color for symbolic links and a different color for orphaned links. Thus ls must check the validity of the link which results in the mounts. I think I will change my color setup! This should also perhaps be added to the AUTOFS-HOWTO somewhere so I am CC'ing this to Alvin Oga even though he reads this least. Brian Servis -- ------------------------------------------------------------------------ Mechanical Engineering | Never criticize anybody until you Purdue University | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Sun Jan 9 05:55:39 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA20067 for ; Sun, 9 Jan 2000 05:55:38 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA25433 for autofs-list; Sun, 9 Jan 2000 05:27:01 -0800 Received: from oboe.it.uc3m.es (oboe.it.uc3m.es [163.117.139.101]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA25430 for ; Sun, 9 Jan 2000 05:26:59 -0800 Received: (from ptb@localhost) by oboe.it.uc3m.es (8.7.5/8.6.9) id OAA24721 for autofs@linux.kernel.org; Sun, 9 Jan 2000 14:26:54 +0100 From: "Peter T. Breuer" Message-Id: <200001091326.OAA24721@oboe.it.uc3m.es> Subject: trouble with down clients To: autofs Date: Sun, 9 Jan 2000 14:26:54 +0100 (MET) X-Anonymously-To: Reply-To: ptb@it.uc3m.es X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi .. I'm running autofs 3.1.3 on kernel 2.0.36 and I have a problem when _one_ of the potential mount hosts is down. Then any attempt to access other hosts that are not yet mounted hangs while mount does its thing. I access /usr/arpa. I have links /usr/arpa -> /-/arpa /usr/zambomba -> /-/zambomba ... and the automount is running with parameters /usr/sbin/automount /- file /etc/auto.mnt while the mount options on all automounts are (from auto.mnt) * -rw,soft,bg,intr &:/usr/& Is the "bg" doing the harm? I would think so. (I'll try getting rid of it now ... uh, no, no dice). Concretely, a "ls /usr/arpa" hangs while I see that automount is running a mount against the dead host: /bin/mount -t nfs -o rw,soft,intr zambomba:/usr/zambomba /-/zambomba This will time out? I help it out with a kill. And hey presto, the ls output appears. I believe there is a timeout option in mount. I'll try that. But WHY is automount mounting something that is not the target of the ls? Peter From owner-autofs@linux.kernel.org Sun Jan 9 15:24:38 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id PAA23681 for ; Sun, 9 Jan 2000 15:24:37 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 14 Oct 1999 22:00:51 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id PAA18066 for ; Sun, 9 Jan 2000 15:24:36 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 14 Oct 1999 22:00:50 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA12488 for autofs-list; Sun, 9 Jan 2000 15:00:16 -0800 Received: from acmay.penguinpowered.com (IDENT:qmailr@24-25-196-20.san.rr.com [24.25.196.20]) by linux.kernel.org (8.9.1/8.9.1) with SMTP id PAA12478 for ; Sun, 9 Jan 2000 15:00:13 -0800 Received: (qmail 4675 invoked from network); 9 Jan 2000 23:00:12 -0000 Received: from unknown (HELO mud) (qmailr@192.168.1.3) by 24-25-196-20.san.rr.com with SMTP; 9 Jan 2000 23:00:12 -0000 Received: (qmail 2098 invoked by uid 500); 9 Jan 2000 23:00:11 -0000 Date: Sun, 9 Jan 2000 15:00:11 -0800 From: andy@mud.san.rr.com To: "Peter T. Breuer" Cc: autofs Subject: Re: trouble with down clients (ls --color=no) Message-ID: <20000109150011.A757@mud.san.rr.com> Reply-To: acmay@ucsd.edu References: <200001091326.OAA24721@oboe.it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0us In-Reply-To: <200001091326.OAA24721@oboe.it.uc3m.es>; from ptb@it.uc3m.es on Sun, Jan 09, 2000 at 02:26:54PM +0100 Sender: owner-autofs@linux.kernel.org Precedence: bulk Content-Length: 464 Lines: 10 Status: RO X-Status: On Sun, Jan 09, 2000 at 02:26:54PM +0100, Peter T. Breuer wrote: > I believe there is a timeout option in mount. I'll try that. But WHY > is automount mounting something that is not the target of the ls? > > Peter Well someone else just noticed this one and I just tried it myself, but it if you have "ls --color=auto" aliased somewhere the color finding feature of ls will be the thing causing the mount. If you do "ls --color=no" the mount should not be done. From owner-autofs@linux.kernel.org Sun Jan 9 16:52:01 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA24466 for ; Sun, 9 Jan 2000 16:52:01 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA15357 for autofs-list; Sun, 9 Jan 2000 16:19:51 -0800 Received: from oboe.it.uc3m.es (oboe.it.uc3m.es [163.117.139.101]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA15354 for ; Sun, 9 Jan 2000 16:19:48 -0800 Received: (from ptb@localhost) by oboe.it.uc3m.es (8.7.5/8.6.9) id BAA10069; Mon, 10 Jan 2000 01:19:45 +0100 From: "Peter T. Breuer" Message-Id: <200001100019.BAA10069@oboe.it.uc3m.es> Subject: Re: trouble with down clients (ls --color=no) In-Reply-To: <20000109161059.B757@mud.san.rr.com> from "andy@mud.san.rr.com" at "Jan 9, 2000 04:10:59 pm" To: acmay@ucsd.edu Date: Mon, 10 Jan 2000 01:19:45 +0100 (MET) CC: autofs X-Anonymously-To: Reply-To: ptb@it.uc3m.es X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: "A month of sundays ago andy@ wrote:" > I would think the sol'n would be to make ls less nosey with symlinks. Possibly, but the symlinks in question are "brothers". They are sons of the same father dir, but ther eis no other connection. > I am not familar with the ls code at all, so I don't know what it is > doing. Since all the color stuff is somewhat new code to ls it should > not break anything to change it. No, it's very old code. I haven't changed my ls alias in seven years,. > I have just started reading the kernel-lists again so I have been very > quick on the delete key recently, so I don't know who orignally noticed > the color problem, but going back to the list may be the best way to > get the problem fixed, hopefully it is a simple patch to ls. Yes, thanks. I'll cc: this back (without your permission :-(). The real soluton however is to get automount not to run mount against a host it cannot ping! I may try modifying mount to exit fast with error too. New readers .. the --color=auto option to ls triggers automount to try and mount sibling dirs to the ls target dir. This is fatal when the sibling is aimed at a down host. The ensuing hung mount attempt blocks the ls return at least. Peter From owner-autofs@linux.kernel.org Mon Jan 10 02:23:37 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id CAA28480 for ; Mon, 10 Jan 2000 02:23:37 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 15 Oct 1999 08:59:50 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id CAA18989 for ; Mon, 10 Jan 2000 02:23:35 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 15 Oct 1999 08:59:49 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA02730 for autofs-list; Mon, 10 Jan 2000 01:59:20 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA02726 for ; Mon, 10 Jan 2000 01:59:18 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id KAA15962; Mon, 10 Jan 2000 10:53:12 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id LAA17144; Mon, 10 Jan 2000 11:00:34 +0100 (MET) Posted-Date: Mon, 10 Jan 2000 11:00:34 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Mon, 10 Jan 2000 11:01:20 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7D6@TSEXCHANGE> From: "Coetmeur, Alain" To: "'servis@purdue.edu'" , autofs@linux.kernel.org Subject: RE: autofs and mountpoint creation Date: Mon, 10 Jan 2000 11:01:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Brian Servis [mailto:servis@purdue.edu] > > I really like the power of program mounts(even though I am not really > taking advantage of them yet). I would be really interested in seeing > some (pseudo) code from others on this list for some of there more > 'creative' program mounts. > > How about a bragging rights contest for the user with the most > insane/useful/robust/creative/etc program map. hpa can be the sole > judge and use the (pseudo) code as an example in the source > release with > mention of who's it is. This sounds good to me! Although I won't be > making a submission, =). look at this preiminary package http://www.paralline.net/projets/autofs_slashnet/index.en.html I've talk about it in another message here (RE: supporting /net (was: Submounts revisited)) the /net// map is just using showmount to check wether an asked mount exists, or is ambiguous and need an autofs submount... the /smb// is simpler since it is just maping to a smb type mount I'm tweaking version 2 of this maps. /net now check the existence of a NFS host with "ping" to avoid showmount -e 120sec timeout. note that if someone know how to control this (portmapper) timeout, and reduce it to a few seconds, I'll be happy... in V0.0.2 I'm also working on a /smbuser/// but I'm stuck to smbmount limitation in 2.0.5a... I try to protect the /smbuser/ directory from other users with chown/chmod but I need gid/uid control that no more exist in smbmount 205a... version 2 is not public, since /smbuser does not works properly, but if you're interested... by the way, I'm not very proud of these scripts since I suppose you can make them crash or use them to became root with magic automount name. moreover sh is not very efficient and perl or C++ should be prefered. If some one could take just the idea, and implement it a clean way, it will be very cool. From owner-autofs@linux.kernel.org Mon Jan 10 02:40:34 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA28794 for ; Mon, 10 Jan 2000 02:40:34 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA02730 for autofs-list; Mon, 10 Jan 2000 01:59:20 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA02726 for ; Mon, 10 Jan 2000 01:59:18 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id KAA15962; Mon, 10 Jan 2000 10:53:12 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id LAA17144; Mon, 10 Jan 2000 11:00:34 +0100 (MET) Posted-Date: Mon, 10 Jan 2000 11:00:34 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Mon, 10 Jan 2000 11:01:20 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7D6@TSEXCHANGE> From: "Coetmeur, Alain" To: "'servis@purdue.edu'" , autofs@linux.kernel.org Subject: RE: autofs and mountpoint creation Date: Mon, 10 Jan 2000 11:01:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Brian Servis [mailto:servis@purdue.edu] > > I really like the power of program mounts(even though I am not really > taking advantage of them yet). I would be really interested in seeing > some (pseudo) code from others on this list for some of there more > 'creative' program mounts. > > How about a bragging rights contest for the user with the most > insane/useful/robust/creative/etc program map. hpa can be the sole > judge and use the (pseudo) code as an example in the source > release with > mention of who's it is. This sounds good to me! Although I won't be > making a submission, =). look at this preiminary package http://www.paralline.net/projets/autofs_slashnet/index.en.html I've talk about it in another message here (RE: supporting /net (was: Submounts revisited)) the /net// map is just using showmount to check wether an asked mount exists, or is ambiguous and need an autofs submount... the /smb// is simpler since it is just maping to a smb type mount I'm tweaking version 2 of this maps. /net now check the existence of a NFS host with "ping" to avoid showmount -e 120sec timeout. note that if someone know how to control this (portmapper) timeout, and reduce it to a few seconds, I'll be happy... in V0.0.2 I'm also working on a /smbuser/// but I'm stuck to smbmount limitation in 2.0.5a... I try to protect the /smbuser/ directory from other users with chown/chmod but I need gid/uid control that no more exist in smbmount 205a... version 2 is not public, since /smbuser does not works properly, but if you're interested... by the way, I'm not very proud of these scripts since I suppose you can make them crash or use them to became root with magic automount name. moreover sh is not very efficient and perl or C++ should be prefered. If some one could take just the idea, and implement it a clean way, it will be very cool. From owner-autofs@linux.kernel.org Mon Jan 10 18:00:51 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA04018 for ; Mon, 10 Jan 2000 18:00:50 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 00:37:04 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA20769 for ; Mon, 10 Jan 2000 18:00:44 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 00:36:58 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA02453 for autofs-list; Mon, 10 Jan 2000 17:37:41 -0800 Received: from vertex.london.excite.com (vertex.london.excite.com [194.216.238.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA02450 for ; Mon, 10 Jan 2000 17:37:39 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by vertex.london.excite.com with esmtp (Exim 3.11 #1 (Debian)) id 127qFX-0006l5-00 for ; Tue, 11 Jan 2000 01:37:31 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 127qFW-0005N7-00 for ; Tue, 11 Jan 2000 01:37:30 +0000 Date: Tue, 11 Jan 2000 01:37:29 +0000 From: Steve Haslam To: autofs@linux.kernel.org Subject: autofs and samba... Message-ID: <20000111013729.A19176@excitecorp.com> Mail-Followup-To: autofs@linux.kernel.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is probably something you get a lots of complaints about- but this email is actually a contribution of real code I've written to get Samba shares automounting. Knowing my luck, it's duplicated something someone else has done, but hey, it was fun... Anyway. My problem being that the smbmount script supplied in the latest Samba didn't work with the existing mount_smbfs, and I had bad luck getting lots of nested autofs mounts working anyway, I came up with the idea of having a special lookup module to do Samba mounts. The very simplest case is where the lookup is given a host name as a map; the keys (directory entries) are always share names. So, if /etc/auto.samba was a file map on /samba, it could say: * -fstype=autofs samba:& and then an access to /samba/servername/sharename would run the command "smbmount //servername/sharename /samba/servername/sharename". OK, this is the very simple and not-interesting case- you're getting guest access, and the mounted dir will be owned by root. Most people want users to be able to automount their shares as themselves, and own the Unix view of their share. So we need to pass in the user name, password information and other interesting bits and bobs. The way I've done this is all via the map name. The map name is, well, ugly: [username[=uid][,password]@]hostname[,workgroup][;moremountoptions] So, you can see that this goes from simple cases like "server", "steve@server" all the way up to the hideous "steve=shaslam,xyzzy@server,corpnet;ro". Now, you see, I can access /samba/shaslam,xyzzy@server/sharename And it will connect as me. Of course, this advertises to everyone that my Samba password on "server" is "xyzzy"- ungood. How can the autofs daemon know my password though? Is it viable to ask for it interactively? The answer to that is "probably", but the way I've gone for now is that it simply looks in ".auto-samba.passwd" for my password. So my situation now is that I can do echo "shaslam@server xyzzy" > ~/.auto-samba.passwd and then go to /samba/shaslam@server/sharename, which is much better. But, woe is me, things *still* aren't right. Because autofs runs as root, the views of the Samba shares are owned by root. It might be a Good Thing for lookup_samba to automatically set the mount options to have them owned by me automatically, but it might not. I've veered toward caution here and not put support for that in. But this is where we start to make use of nested autofs mounts. Let's change /etc/auto.samba to read: * -fstype=autofs,-Duser=& file:/etc/auto.sambasub and this introduces /etc/auto.sambasub, which reads: * -fstype=autofs samba,${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 And now I can access "/samba/shaslam/server/sharename", autofs will give me ownership of this directory, automagically locking out anyone else. The main letdown here is that this doesn't cope with cases where the UNIX user ID and the NetBIOS name mismatch- I can't look at "/samba/steve=shaslam/server/sharename"- or rather, I can, but it will try to run smbmount with options of "uid=steve=shaslam,gid=steve=shaslam,fmask=.." etc. which won't work. (Hence my consideration of automatically adding uid=/gid= arguments when the username is specified). Anyway, I hope you find this useful. Any feedback appreciated. The code is at http://www.debian.org/~araqnid/lookup_samba.c Config files I'm using atm: /etc/auto.samba (on /samba) : * -fstype=autofs,-Duser=& file:/etc/auto.sambasub public -fstype=autofs samba:guest,xyzzy@server1;uid=nobody,gid=nogroup,fmask=0444,dmask=0555 /etc/auto.sambasub: * -fstype=autofs samba:${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 ~shaslam/.auto-samba.passwd: shaslam@server1 xyzzy SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Mon Jan 10 18:12:18 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA04024 for ; Mon, 10 Jan 2000 18:12:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA02453 for autofs-list; Mon, 10 Jan 2000 17:37:41 -0800 Received: from vertex.london.excite.com (vertex.london.excite.com [194.216.238.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA02450 for ; Mon, 10 Jan 2000 17:37:39 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by vertex.london.excite.com with esmtp (Exim 3.11 #1 (Debian)) id 127qFX-0006l5-00 for ; Tue, 11 Jan 2000 01:37:31 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 127qFW-0005N7-00 for ; Tue, 11 Jan 2000 01:37:30 +0000 Date: Tue, 11 Jan 2000 01:37:29 +0000 From: Steve Haslam To: autofs@linux.kernel.org Subject: autofs and samba... Message-ID: <20000111013729.A19176@excitecorp.com> Mail-Followup-To: autofs@linux.kernel.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is probably something you get a lots of complaints about- but this email is actually a contribution of real code I've written to get Samba shares automounting. Knowing my luck, it's duplicated something someone else has done, but hey, it was fun... Anyway. My problem being that the smbmount script supplied in the latest Samba didn't work with the existing mount_smbfs, and I had bad luck getting lots of nested autofs mounts working anyway, I came up with the idea of having a special lookup module to do Samba mounts. The very simplest case is where the lookup is given a host name as a map; the keys (directory entries) are always share names. So, if /etc/auto.samba was a file map on /samba, it could say: * -fstype=autofs samba:& and then an access to /samba/servername/sharename would run the command "smbmount //servername/sharename /samba/servername/sharename". OK, this is the very simple and not-interesting case- you're getting guest access, and the mounted dir will be owned by root. Most people want users to be able to automount their shares as themselves, and own the Unix view of their share. So we need to pass in the user name, password information and other interesting bits and bobs. The way I've done this is all via the map name. The map name is, well, ugly: [username[=uid][,password]@]hostname[,workgroup][;moremountoptions] So, you can see that this goes from simple cases like "server", "steve@server" all the way up to the hideous "steve=shaslam,xyzzy@server,corpnet;ro". Now, you see, I can access /samba/shaslam,xyzzy@server/sharename And it will connect as me. Of course, this advertises to everyone that my Samba password on "server" is "xyzzy"- ungood. How can the autofs daemon know my password though? Is it viable to ask for it interactively? The answer to that is "probably", but the way I've gone for now is that it simply looks in ".auto-samba.passwd" for my password. So my situation now is that I can do echo "shaslam@server xyzzy" > ~/.auto-samba.passwd and then go to /samba/shaslam@server/sharename, which is much better. But, woe is me, things *still* aren't right. Because autofs runs as root, the views of the Samba shares are owned by root. It might be a Good Thing for lookup_samba to automatically set the mount options to have them owned by me automatically, but it might not. I've veered toward caution here and not put support for that in. But this is where we start to make use of nested autofs mounts. Let's change /etc/auto.samba to read: * -fstype=autofs,-Duser=& file:/etc/auto.sambasub and this introduces /etc/auto.sambasub, which reads: * -fstype=autofs samba,${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 And now I can access "/samba/shaslam/server/sharename", autofs will give me ownership of this directory, automagically locking out anyone else. The main letdown here is that this doesn't cope with cases where the UNIX user ID and the NetBIOS name mismatch- I can't look at "/samba/steve=shaslam/server/sharename"- or rather, I can, but it will try to run smbmount with options of "uid=steve=shaslam,gid=steve=shaslam,fmask=.." etc. which won't work. (Hence my consideration of automatically adding uid=/gid= arguments when the username is specified). Anyway, I hope you find this useful. Any feedback appreciated. The code is at http://www.debian.org/~araqnid/lookup_samba.c Config files I'm using atm: /etc/auto.samba (on /samba) : * -fstype=autofs,-Duser=& file:/etc/auto.sambasub public -fstype=autofs samba:guest,xyzzy@server1;uid=nobody,gid=nogroup,fmask=0444,dmask=0555 /etc/auto.sambasub: * -fstype=autofs samba:${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 ~shaslam/.auto-samba.passwd: shaslam@server1 xyzzy SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 11 02:42:43 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id CAA07932 for ; Tue, 11 Jan 2000 02:42:42 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 09:18:56 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id CAA21525 for ; Tue, 11 Jan 2000 02:42:41 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 09:18:54 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA18691 for autofs-list; Tue, 11 Jan 2000 02:29:22 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA18688 for ; Tue, 11 Jan 2000 02:29:15 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id LAA10792; Tue, 11 Jan 2000 11:23:07 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id LAA20472; Tue, 11 Jan 2000 11:30:29 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 11:30:29 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 11:31:18 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 11:31:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id CAA18689 Sender: owner-autofs@linux.kernel.org Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by linux.kernel.org id CAA18691 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.Linux-Consulting.com id CAA07932 Status: RO X-Status: > -----Message d'origine----- > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > Date: mardi 11 janvier 2000 02:37 > À: autofs@linux.kernel.org > Objet: autofs and samba... > > > This is probably something you get a lots of complaints about- but > this email is actually a contribution of real code I've written to get > Samba shares automounting. Knowing my luck, it's duplicated something > someone else has done, but hey, it was fun... I've also worked on this problem in my (internal) version 0.2 of autofs_slashnet, but I've bumped on samba 2.0.5 limitation (no gid=/uid=, even with a mount.smb script) ... > Anyway. My problem being that the smbmount script supplied in the > latest Samba didn't work with the existing mount_smbfs, I've a working one for 2.0.5, but you seem to use the latest samba smbmount that support directly mountoptions (they say you can just ln -s /bin/smbmount /sbin/mount.smb) > The answer to that is "probably", but the way I've gone for now is > that it simply looks in ".auto-samba.passwd" for my password. So my > situation now is that I can do > > echo "shaslam@server xyzzy" > ~/.auto-samba.passwd in older mount.smb script there was the uuname=unixname that was asking to read a ~unixname/.smb-pass to find the password. as you say, it is a must! the only better way would be an unreadable shadow map with a password changing command like "/bin/passwd"... quite complex. another needed functionality is to support host or share wildcards (at least the any "*" wildcard), and prioriy rules. telling that my password is by default "DOM/gandalf" except on "bigiron" server where it is "local/lord", and except on any //*/demo share where the user is DOM2/guest with "dummy" password... dissociating NT user name and domain from unix user name, is also important as you say. this lead me to implement a wildcard matching in may derived version ou /sbin/mount.smb... > and then go to /samba/shaslam@server/sharename, which is much better. > > But, woe is me, things *still* aren't right. Because autofs runs as > root, the views of the Samba shares are owned by root. It might be a > Good Thing for lookup_samba to automatically set the mount options to > have them owned by me automatically, but it might not. I've veered > toward caution here and not put support for that in. But this is where > we start to make use of nested autofs mounts. Let's change > /etc/auto.samba to read: > > * -fstype=autofs,-Duser=& file:/etc/auto.sambasub by the way, the -Dvariable=value seems to work for you, which autofs version do you use ... I did'nt get to make them work. today the only way I've found to transfer parameters is to use the current working directory name. > and this introduces /etc/auto.sambasub, which reads: > > * -fstype=autofs > samba,${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 and finally, would'nt it be better to implement the password finding in the mount process and not in autofs... the advantage would be that the password finding would also forks for static mount which is also important. my opinion is that mount.smb should support a kind of password fetching that avoid divulgating it in the command line... anyway one could make a script that fetch the password (like the one proposed in samba samples), and this would be more flexible until a widespread way can be hardwired in smbmount. another idea, is that program maps may be sufficient to implement this, without adding a new map type for each file system... do you see reasons that make program maps unuseable for such work? performance may be an issue ? however there is a need for a samba (or nfs) active host map. btw, thanks for the code... 8) From owner-autofs@linux.kernel.org Tue Jan 11 02:51:57 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA07941 for ; Tue, 11 Jan 2000 02:51:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA18691 for autofs-list; Tue, 11 Jan 2000 02:29:22 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA18688 for ; Tue, 11 Jan 2000 02:29:15 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id LAA10792; Tue, 11 Jan 2000 11:23:07 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id LAA20472; Tue, 11 Jan 2000 11:30:29 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 11:30:29 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 11:31:18 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 11:31:16 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id CAA18689 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: > -----Message d'origine----- > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > Date: mardi 11 janvier 2000 02:37 > À: autofs@linux.kernel.org > Objet: autofs and samba... > > > This is probably something you get a lots of complaints about- but > this email is actually a contribution of real code I've written to get > Samba shares automounting. Knowing my luck, it's duplicated something > someone else has done, but hey, it was fun... I've also worked on this problem in my (internal) version 0.2 of autofs_slashnet, but I've bumped on samba 2.0.5 limitation (no gid=/uid=, even with a mount.smb script) ... > Anyway. My problem being that the smbmount script supplied in the > latest Samba didn't work with the existing mount_smbfs, I've a working one for 2.0.5, but you seem to use the latest samba smbmount that support directly mountoptions (they say you can just ln -s /bin/smbmount /sbin/mount.smb) > The answer to that is "probably", but the way I've gone for now is > that it simply looks in ".auto-samba.passwd" for my password. So my > situation now is that I can do > > echo "shaslam@server xyzzy" > ~/.auto-samba.passwd in older mount.smb script there was the uuname=unixname that was asking to read a ~unixname/.smb-pass to find the password. as you say, it is a must! the only better way would be an unreadable shadow map with a password changing command like "/bin/passwd"... quite complex. another needed functionality is to support host or share wildcards (at least the any "*" wildcard), and prioriy rules. telling that my password is by default "DOM/gandalf" except on "bigiron" server where it is "local/lord", and except on any //*/demo share where the user is DOM2/guest with "dummy" password... dissociating NT user name and domain from unix user name, is also important as you say. this lead me to implement a wildcard matching in may derived version ou /sbin/mount.smb... > and then go to /samba/shaslam@server/sharename, which is much better. > > But, woe is me, things *still* aren't right. Because autofs runs as > root, the views of the Samba shares are owned by root. It might be a > Good Thing for lookup_samba to automatically set the mount options to > have them owned by me automatically, but it might not. I've veered > toward caution here and not put support for that in. But this is where > we start to make use of nested autofs mounts. Let's change > /etc/auto.samba to read: > > * -fstype=autofs,-Duser=& file:/etc/auto.sambasub by the way, the -Dvariable=value seems to work for you, which autofs version do you use ... I did'nt get to make them work. today the only way I've found to transfer parameters is to use the current working directory name. > and this introduces /etc/auto.sambasub, which reads: > > * -fstype=autofs > samba,${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 and finally, would'nt it be better to implement the password finding in the mount process and not in autofs... the advantage would be that the password finding would also forks for static mount which is also important. my opinion is that mount.smb should support a kind of password fetching that avoid divulgating it in the command line... anyway one could make a script that fetch the password (like the one proposed in samba samples), and this would be more flexible until a widespread way can be hardwired in smbmount. another idea, is that program maps may be sufficient to implement this, without adding a new map type for each file system... do you see reasons that make program maps unuseable for such work? performance may be an issue ? however there is a need for a samba (or nfs) active host map. btw, thanks for the code... 8) From owner-autofs@linux.kernel.org Tue Jan 11 07:11:27 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA09461 for ; Tue, 11 Jan 2000 07:11:26 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 13:47:40 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id HAA22054 for ; Tue, 11 Jan 2000 07:11:24 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 13:47:38 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA27651 for autofs-list; Tue, 11 Jan 2000 06:51:22 -0800 Received: from vertex.london.excite.com (vertex.london.excite.com [194.216.238.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA27648 for ; Tue, 11 Jan 2000 06:51:19 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by vertex.london.excite.com with esmtp (Exim 3.11 #1 (Debian)) id 1282df-0007Hd-00; Tue, 11 Jan 2000 14:51:15 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 1282de-0000YX-00; Tue, 11 Jan 2000 14:51:14 +0000 Date: Tue, 11 Jan 2000 14:51:13 +0000 From: Steve Haslam To: "Coetmeur, Alain" Cc: autofs@linux.kernel.org Subject: Re: autofs and samba... Message-ID: <20000111145112.F594@excitecorp.com> Mail-Followup-To: "Coetmeur, Alain" , autofs@linux.kernel.org References: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE>; from alain.coetmeur@icdc.caissedesdepots.fr on Tue, Jan 11, 2000 at 11:31:16AM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Jan 11, 2000 at 11:31:16AM +0100, Coetmeur, Alain wrote: > > Anyway. My problem being that the smbmount script supplied in the > > latest Samba didn't work with the existing mount_smbfs, > I've a working one for 2.0.5, but you seem to use > the latest samba smbmount that support directly mountoptions > (they say you can just ln -s /bin/smbmount /sbin/mount.smb) Apparently, yes, although I haven't tried it... oh yes, it does work. > > echo "shaslam@server xyzzy" > ~/.auto-samba.passwd > > in older mount.smb script there was the uuname=unixname that > was asking to read a ~unixname/.smb-pass to find the password. > as you say, it is a must! > the only better way would be an unreadable shadow map with a password > changing > command like "/bin/passwd"... quite complex. Or a daemon listening at /tmp/smbpasswd-agent which you can feed passwords into and it hands them off to autofs as required. But this doesn't protect you against Eevil R00Ters(tm) any more than a file, although it is more transient. > another needed functionality is to support host > or share wildcards (at least the any "*" wildcard), > and prioriy rules. OK, yes > telling that my password > is by default "DOM/gandalf" except on "bigiron" server > where it is "local/lord", and except on any //*/demo share > where the user is DOM2/guest with "dummy" password... Hmm, changing usernames so easily isn't something I've allowed for... or, really, allowing slashes in usernames... > > * -fstype=autofs,-Duser=& file:/etc/auto.sambasub > > by the way, the -Dvariable=value seems to work for you, which autofs > version do you use ... I did'nt get to make them work. 3.1.3 > my opinion is that mount.smb should support a kind of password > fetching that avoid divulgating it in the command line... anyway > one could make a script that fetch the password (like the one > proposed in samba samples), and this would be more flexible until a > widespread way can be hardwired in smbmount. Yep. > another idea, is that program maps may be sufficient to implement > this, without adding a new map type for each file system... do you > see reasons that make program maps unuseable for such work? > performance may be an issue ? I've never used the program maps- tbh, I didn't even think of implementing all this using one. I might give it a try. SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 11 07:20:17 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA09487 for ; Tue, 11 Jan 2000 07:20:17 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 13:56:30 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id HAA22084 for ; Tue, 11 Jan 2000 07:20:16 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 13:56:29 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28075 for autofs-list; Tue, 11 Jan 2000 07:02:29 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28072 for ; Tue, 11 Jan 2000 07:02:26 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id PAA23465; Tue, 11 Jan 2000 15:56:23 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id QAA18315; Tue, 11 Jan 2000 16:03:46 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 16:03:46 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 16:04:35 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 16:04:35 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > > telling that my password > > is by default "DOM/gandalf" except on "bigiron" server > > where it is "local/lord", and except on any //*/demo share > > where the user is DOM2/guest with "dummy" password... > > Hmm, changing usernames so easily isn't something I've allowed > for... or, really, allowing slashes in usernames... sorry, that is just my notation for domain name in ~/smb-pass ... > > by the way, the -Dvariable=value seems to work for you, which autofs > > version do you use ... I did'nt get to make them work. > 3.1.3 same for me... I may have to kill a chicken for the local voodoo sorcerer. > > my opinion is that mount.smb should support a kind of password > > fetching that avoid divulgating it in the command line... anyway > > one could make a script that fetch the password (like the one > > proposed in samba samples), and this would be more flexible until a > > widespread way can be hardwired in smbmount. > > Yep. > > > another idea, is that program maps may be sufficient to implement > > this, without adding a new map type for each file system... do you > > see reasons that make program maps unuseable for such work? > > performance may be an issue ? > > I've never used the program maps- tbh, I didn't even think of > implementing all this using one. I might give it a try. this is very powerful, but using /bin/sh is quite dangerous. using perl or C++ may be better. one idea, for extreme performance, could be to use module, or .so like kernel modules, that you can add or remove from the automounter, so that you don't have to recompile it, which is breaking module isolation. installing your kind of smb automount map, or a /net -hosts NFS map, or a Netbios host map, or any strange map, would be as easy as installing a RPM module and editing /etc/auto.master From owner-autofs@linux.kernel.org Tue Jan 11 07:28:25 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09807 for ; Tue, 11 Jan 2000 07:28:25 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA27651 for autofs-list; Tue, 11 Jan 2000 06:51:22 -0800 Received: from vertex.london.excite.com (vertex.london.excite.com [194.216.238.11]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA27648 for ; Tue, 11 Jan 2000 06:51:19 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by vertex.london.excite.com with esmtp (Exim 3.11 #1 (Debian)) id 1282df-0007Hd-00; Tue, 11 Jan 2000 14:51:15 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 1282de-0000YX-00; Tue, 11 Jan 2000 14:51:14 +0000 Date: Tue, 11 Jan 2000 14:51:13 +0000 From: Steve Haslam To: "Coetmeur, Alain" Cc: autofs@linux.kernel.org Subject: Re: autofs and samba... Message-ID: <20000111145112.F594@excitecorp.com> Mail-Followup-To: "Coetmeur, Alain" , autofs@linux.kernel.org References: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE>; from alain.coetmeur@icdc.caissedesdepots.fr on Tue, Jan 11, 2000 at 11:31:16AM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Jan 11, 2000 at 11:31:16AM +0100, Coetmeur, Alain wrote: > > Anyway. My problem being that the smbmount script supplied in the > > latest Samba didn't work with the existing mount_smbfs, > I've a working one for 2.0.5, but you seem to use > the latest samba smbmount that support directly mountoptions > (they say you can just ln -s /bin/smbmount /sbin/mount.smb) Apparently, yes, although I haven't tried it... oh yes, it does work. > > echo "shaslam@server xyzzy" > ~/.auto-samba.passwd > > in older mount.smb script there was the uuname=unixname that > was asking to read a ~unixname/.smb-pass to find the password. > as you say, it is a must! > the only better way would be an unreadable shadow map with a password > changing > command like "/bin/passwd"... quite complex. Or a daemon listening at /tmp/smbpasswd-agent which you can feed passwords into and it hands them off to autofs as required. But this doesn't protect you against Eevil R00Ters(tm) any more than a file, although it is more transient. > another needed functionality is to support host > or share wildcards (at least the any "*" wildcard), > and prioriy rules. OK, yes > telling that my password > is by default "DOM/gandalf" except on "bigiron" server > where it is "local/lord", and except on any //*/demo share > where the user is DOM2/guest with "dummy" password... Hmm, changing usernames so easily isn't something I've allowed for... or, really, allowing slashes in usernames... > > * -fstype=autofs,-Duser=& file:/etc/auto.sambasub > > by the way, the -Dvariable=value seems to work for you, which autofs > version do you use ... I did'nt get to make them work. 3.1.3 > my opinion is that mount.smb should support a kind of password > fetching that avoid divulgating it in the command line... anyway > one could make a script that fetch the password (like the one > proposed in samba samples), and this would be more flexible until a > widespread way can be hardwired in smbmount. Yep. > another idea, is that program maps may be sufficient to implement > this, without adding a new map type for each file system... do you > see reasons that make program maps unuseable for such work? > performance may be an issue ? I've never used the program maps- tbh, I didn't even think of implementing all this using one. I might give it a try. SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 11 07:30:32 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA09819 for ; Tue, 11 Jan 2000 07:30:31 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 14:06:45 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id HAA22105 for ; Tue, 11 Jan 2000 07:30:30 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 14:06:44 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28303 for autofs-list; Tue, 11 Jan 2000 07:09:02 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28299 for ; Tue, 11 Jan 2000 07:09:00 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 1282un-0004bq-00; Tue, 11 Jan 2000 15:08:57 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 1282un-0000a1-00; Tue, 11 Jan 2000 15:08:57 +0000 Date: Tue, 11 Jan 2000 15:08:57 +0000 From: Steve Haslam To: "Coetmeur, Alain" Cc: autofs@linux.kernel.org Subject: Re: autofs and samba... Message-ID: <20000111150855.G594@excitecorp.com> Mail-Followup-To: "Coetmeur, Alain" , autofs@linux.kernel.org References: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE>; from alain.coetmeur@icdc.caissedesdepots.fr on Tue, Jan 11, 2000 at 04:04:35PM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Jan 11, 2000 at 04:04:35PM +0100, Coetmeur, Alain wrote: > > I've never used the program maps- tbh, I didn't even think of > > implementing all this using one. I might give it a try. > > this is very powerful, but using /bin/sh > is quite dangerous. using perl or C++ may be better. > > one idea, for extreme performance, could be to use module, or .so like > kernel modules, that you can add or remove > from the automounter, so that you don't have to recompile it, > which is breaking module isolation. > > installing your kind of smb automount map, or > a /net -hosts NFS map, or a Netbios host map, or > any strange map, would be as easy as installing > a RPM module and editing /etc/auto.master I'm sorry but how does this differ from what autofs already does? You compile lookup_samba.c to lookup_samba.so and install it in /usr/lib/autofs- then when you give "samba:...." on the autofs command line (instead of file:....", it dlopens /usr/lib/autofs/lookup_samba.so and runs lookup_init() etc... So if I create a .deb with just /usr/lib/autofs/lookup_samba.so in, it all automagically comes together.... SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 11 07:31:06 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09823 for ; Tue, 11 Jan 2000 07:31:06 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28075 for autofs-list; Tue, 11 Jan 2000 07:02:29 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28072 for ; Tue, 11 Jan 2000 07:02:26 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id PAA23465; Tue, 11 Jan 2000 15:56:23 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id QAA18315; Tue, 11 Jan 2000 16:03:46 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 16:03:46 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 16:04:35 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 16:04:35 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > > telling that my password > > is by default "DOM/gandalf" except on "bigiron" server > > where it is "local/lord", and except on any //*/demo share > > where the user is DOM2/guest with "dummy" password... > > Hmm, changing usernames so easily isn't something I've allowed > for... or, really, allowing slashes in usernames... sorry, that is just my notation for domain name in ~/smb-pass ... > > by the way, the -Dvariable=value seems to work for you, which autofs > > version do you use ... I did'nt get to make them work. > 3.1.3 same for me... I may have to kill a chicken for the local voodoo sorcerer. > > my opinion is that mount.smb should support a kind of password > > fetching that avoid divulgating it in the command line... anyway > > one could make a script that fetch the password (like the one > > proposed in samba samples), and this would be more flexible until a > > widespread way can be hardwired in smbmount. > > Yep. > > > another idea, is that program maps may be sufficient to implement > > this, without adding a new map type for each file system... do you > > see reasons that make program maps unuseable for such work? > > performance may be an issue ? > > I've never used the program maps- tbh, I didn't even think of > implementing all this using one. I might give it a try. this is very powerful, but using /bin/sh is quite dangerous. using perl or C++ may be better. one idea, for extreme performance, could be to use module, or .so like kernel modules, that you can add or remove from the automounter, so that you don't have to recompile it, which is breaking module isolation. installing your kind of smb automount map, or a /net -hosts NFS map, or a Netbios host map, or any strange map, would be as easy as installing a RPM module and editing /etc/auto.master From owner-autofs@linux.kernel.org Tue Jan 11 07:43:02 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA09850 for ; Tue, 11 Jan 2000 07:43:01 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 16 Oct 1999 14:19:15 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id HAA22132 for ; Tue, 11 Jan 2000 07:43:00 -0800 Received: from linux.kernel.org ([206.184.214.34]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 16 Oct 1999 14:19:14 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA29290 for autofs-list; Tue, 11 Jan 2000 07:31:34 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA29284 for ; Tue, 11 Jan 2000 07:31:29 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id QAA25351; Tue, 11 Jan 2000 16:25:04 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id QAA21916; Tue, 11 Jan 2000 16:32:25 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 16:32:25 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 16:33:14 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7E2@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 16:33:13 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > I'm sorry but how does this differ from what autofs already does? You > compile lookup_samba.c to lookup_samba.so and install it in > /usr/lib/autofs- then when you give "samba:...." on the autofs command > line (instead of file:....", it dlopens > /usr/lib/autofs/lookup_samba.so and runs lookup_init() etc... > > So if I create a .deb with just /usr/lib/autofs/lookup_samba.so in, it > all automagically comes together.... 100% Right #8} ... I hadn't realised how it worked really. I thought this was to be linked statically with autofs code. maybe is it why I have prefered program maps... it give me ideas 8*)) thanks again. From owner-autofs@linux.kernel.org Tue Jan 11 07:43:47 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09856 for ; Tue, 11 Jan 2000 07:43:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28303 for autofs-list; Tue, 11 Jan 2000 07:09:02 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28299 for ; Tue, 11 Jan 2000 07:09:00 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 1282un-0004bq-00; Tue, 11 Jan 2000 15:08:57 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 1282un-0000a1-00; Tue, 11 Jan 2000 15:08:57 +0000 Date: Tue, 11 Jan 2000 15:08:57 +0000 From: Steve Haslam To: "Coetmeur, Alain" Cc: autofs@linux.kernel.org Subject: Re: autofs and samba... Message-ID: <20000111150855.G594@excitecorp.com> Mail-Followup-To: "Coetmeur, Alain" , autofs@linux.kernel.org References: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7E1@TSEXCHANGE>; from alain.coetmeur@icdc.caissedesdepots.fr on Tue, Jan 11, 2000 at 04:04:35PM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Jan 11, 2000 at 04:04:35PM +0100, Coetmeur, Alain wrote: > > I've never used the program maps- tbh, I didn't even think of > > implementing all this using one. I might give it a try. > > this is very powerful, but using /bin/sh > is quite dangerous. using perl or C++ may be better. > > one idea, for extreme performance, could be to use module, or .so like > kernel modules, that you can add or remove > from the automounter, so that you don't have to recompile it, > which is breaking module isolation. > > installing your kind of smb automount map, or > a /net -hosts NFS map, or a Netbios host map, or > any strange map, would be as easy as installing > a RPM module and editing /etc/auto.master I'm sorry but how does this differ from what autofs already does? You compile lookup_samba.c to lookup_samba.so and install it in /usr/lib/autofs- then when you give "samba:...." on the autofs command line (instead of file:....", it dlopens /usr/lib/autofs/lookup_samba.so and runs lookup_init() etc... So if I create a .deb with just /usr/lib/autofs/lookup_samba.so in, it all automagically comes together.... SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 11 07:56:03 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [206.184.214.34]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09879 for ; Tue, 11 Jan 2000 07:56:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA29290 for autofs-list; Tue, 11 Jan 2000 07:31:34 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA29284 for ; Tue, 11 Jan 2000 07:31:29 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id QAA25351; Tue, 11 Jan 2000 16:25:04 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id QAA21916; Tue, 11 Jan 2000 16:32:25 +0100 (MET) Posted-Date: Tue, 11 Jan 2000 16:32:25 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Tue, 11 Jan 2000 16:33:14 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7E2@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Steve Haslam'" , autofs@linux.kernel.org Subject: RE: autofs and samba... Date: Tue, 11 Jan 2000 16:33:13 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > I'm sorry but how does this differ from what autofs already does? You > compile lookup_samba.c to lookup_samba.so and install it in > /usr/lib/autofs- then when you give "samba:...." on the autofs command > line (instead of file:....", it dlopens > /usr/lib/autofs/lookup_samba.so and runs lookup_init() etc... > > So if I create a .deb with just /usr/lib/autofs/lookup_samba.so in, it > all automagically comes together.... 100% Right #8} ... I hadn't realised how it worked really. I thought this was to be linked statically with autofs code. maybe is it why I have prefered program maps... it give me ideas 8*)) thanks again. From owner-autofs@linux.kernel.org Thu Jan 13 04:33:28 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id EAA28970 for ; Thu, 13 Jan 2000 04:33:22 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 11:09:36 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id EAA26779 for ; Thu, 13 Jan 2000 04:33:19 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 11:09:33 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA21454 for autofs-list; Thu, 13 Jan 2000 03:55:19 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA21451 for ; Thu, 13 Jan 2000 03:55:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id D373B62002 for ; Thu, 13 Jan 2000 03:55:16 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 9B3A2ACDE6; Thu, 13 Jan 2000 03:55:15 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Jan 2000 03:55:15 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: /net autofs patches Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I've been busy over the holiday break updating my autofs patches. The intent was to make Solaris-style /net mounts work properly with autofs, but the result is a much more general type of program maps which can output multiple lines of mounts. This involved changes to both the core daemon code and the kernel code, mainly to get expiration working properly when there's a tree of mounts hanging off an autofs mountpoint. It updates the protocol version to 4, but it is completely backwards and forwards compatible. Changes since my last release include: - updating the kernel patch for 2.3 - updating daemon patch to 3.1.4-pre4 - making backwards and forwards compatibility work. A v3 daemon can work with a v4 kernel, and vice versa (you only get the new features when both are v4, however). - bug fixes. The old release seemed pretty reliable, but I found a few race conditions which could have been problematic. I also fixed submounts, which weren't properly implemented in my last patch. They should function the same as the plain autofs-3.1.3 daemon. - I added a "nosymlink" pseudo mountflag to the NFS mount module, to inhibit the "symlink local filesystems" optimisation. This isn't necessary for the rest of the functionality, but it seemed useful enough to include. Patches are available at http://www.goop.org/~jeremy/autofs. Please test these out and tell me how well they work for you. There are no loose ends or unimplemented features, so barring bugs, this release should be close to production grade. J From owner-autofs@linux.kernel.org Thu Jan 13 04:55:57 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA28988 for ; Thu, 13 Jan 2000 04:55:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA21454 for autofs-list; Thu, 13 Jan 2000 03:55:19 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA21451 for ; Thu, 13 Jan 2000 03:55:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id D373B62002 for ; Thu, 13 Jan 2000 03:55:16 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 9B3A2ACDE6; Thu, 13 Jan 2000 03:55:15 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 13 Jan 2000 03:55:15 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: /net autofs patches Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: I've been busy over the holiday break updating my autofs patches. The intent was to make Solaris-style /net mounts work properly with autofs, but the result is a much more general type of program maps which can output multiple lines of mounts. This involved changes to both the core daemon code and the kernel code, mainly to get expiration working properly when there's a tree of mounts hanging off an autofs mountpoint. It updates the protocol version to 4, but it is completely backwards and forwards compatible. Changes since my last release include: - updating the kernel patch for 2.3 - updating daemon patch to 3.1.4-pre4 - making backwards and forwards compatibility work. A v3 daemon can work with a v4 kernel, and vice versa (you only get the new features when both are v4, however). - bug fixes. The old release seemed pretty reliable, but I found a few race conditions which could have been problematic. I also fixed submounts, which weren't properly implemented in my last patch. They should function the same as the plain autofs-3.1.3 daemon. - I added a "nosymlink" pseudo mountflag to the NFS mount module, to inhibit the "symlink local filesystems" optimisation. This isn't necessary for the rest of the functionality, but it seemed useful enough to include. Patches are available at http://www.goop.org/~jeremy/autofs. Please test these out and tell me how well they work for you. There are no loose ends or unimplemented features, so barring bugs, this release should be close to production grade. J From owner-autofs@linux.kernel.org Thu Jan 13 06:46:56 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id GAA29690 for ; Thu, 13 Jan 2000 06:46:51 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 13:23:05 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id GAA26918 for ; Thu, 13 Jan 2000 06:46:48 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 13:23:02 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA26838 for autofs-list; Thu, 13 Jan 2000 06:28:49 -0800 Received: from manatee.dms.auburn.edu (manatee.dms.auburn.edu [131.204.53.104]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA26835 for ; Thu, 13 Jan 2000 06:28:47 -0800 Received: (from hankedr@localhost) by manatee.dms.auburn.edu (8.9.1a/8.9.1) id IAA23175; Thu, 13 Jan 2000 08:28:45 -0600 (CST) Date: Thu, 13 Jan 2000 08:28:45 -0600 (CST) Message-Id: <200001131428.IAA23175@manatee.dms.auburn.edu> From: Darrel Hankerson To: autofs@linux.kernel.org In-reply-to: (message from Jeremy Fitzhardinge on Thu, 13 Jan 2000 03:55:15 -0800 (PST)) Subject: Re: /net autofs patches Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: In addition to the features mentioned by Jeremy Fitzhardinge, it would be useful in a Solaris environment to allow entries from /etc/auto_home to be used together with entries from a NIS+ auto_home table. This is commonly done by having an /etc/auto_home which looks like # Home directory map for automounter, +auto_home is NIS+ table +auto_home userid host:/path As far as I can tell, the only way to get such a feature in autofs is to make /etc/auto_home an executable script that does the necessary lookups in an /etc/ file and in the NIS+ table. Unrelated: the current /etc/init.d/autofs script delivered with Debian is broken in that an auto.master entry of the form /home nisplus auto_home will lead to a "automount yp..." call. The script delivered with the autofs sources works. I joined the list a few days ago. Be gentle... -- --Darrel Hankerson hankedr@mail.auburn.edu From owner-autofs@linux.kernel.org Thu Jan 13 07:32:12 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id HAA30060 for ; Thu, 13 Jan 2000 07:32:12 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 14:08:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id HAA26997 for ; Thu, 13 Jan 2000 07:32:09 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 14:08:23 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id HAA28758 for autofs-list; Thu, 13 Jan 2000 07:18:14 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id HAA28754 for ; Thu, 13 Jan 2000 07:18:12 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id QAA06408 for ; Thu, 13 Jan 2000 16:12:10 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id QAA18555 for ; Thu, 13 Jan 2000 16:19:33 +0100 (MET) Posted-Date: Thu, 13 Jan 2000 16:19:33 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Thu, 13 Jan 2000 16:20:25 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB7FB@TSEXCHANGE> From: "Coetmeur, Alain" To: autofs@linux.kernel.org Subject: RE: /net autofs patches Date: Thu, 13 Jan 2000 16:20:22 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id HAA28756 Sender: owner-autofs@linux.kernel.org Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by linux.kernel.org id HAA28758 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.Linux-Consulting.com id HAA30060 Status: O X-Status: you talk about samples/auto.net maps, I there seems to exist no link to it... It would be very interesting to see such a sample. is it planned to integrate it in standard autofs ? thank in advance -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Jeremy Fitzhardinge [mailto:jeremy@goop.org] > Date: jeudi 13 janvier 2000 12:55 > À: autofs@linux.kernel.org > Objet: /net autofs patches > > > I've been busy over the holiday break updating my autofs > patches. The intent > was to make Solaris-style /net mounts work properly with > autofs, but the result > is a much more general type of program maps which can output > multiple lines of > mounts. From owner-autofs@linux.kernel.org Thu Jan 13 08:14:04 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA30110 for ; Thu, 13 Jan 2000 08:13:59 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 14:50:13 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id IAA27081 for ; Thu, 13 Jan 2000 08:13:53 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 14:50:07 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA30593 for autofs-list; Thu, 13 Jan 2000 08:00:07 -0800 Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA30588 for ; Thu, 13 Jan 2000 08:00:03 -0800 Received: from tjejol.lifl.fr (tjejol.lifl.fr [134.206.10.213]) by malonne.lifl.fr (8.9.3/jtpda-5.3.2) with ESMTP id QAA13579 for ; Thu, 13 Jan 2000 16:59:59 +0100 (MET) Received: from (soula@localhost) by tjejol.lifl.fr (8.9.3/jtpda-5.2.9.1) id RAA13641 ; Thu, 13 Jan 2000 17:02:16 +0100 From: "Julien.Soula" MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14461.63240.632226.676829@tjejol.lifl.fr> Date: Thu, 13 Jan 2000 17:02:16 +0100 (CET) To: autofs@linux.kernel.org Subject: Re: /net autofs patches In-Reply-To: <200001131428.IAA23175@manatee.dms.auburn.edu> References: <200001131428.IAA23175@manatee.dms.auburn.edu> X-Mailer: VM 6.64 under Emacs 20.4.1 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Darrel Hankerson writes: > In addition to the features mentioned by Jeremy Fitzhardinge, it would > be useful in a Solaris environment to allow entries from > /etc/auto_home to be used together with entries from a NIS+ auto_home > table. This is commonly done by having an /etc/auto_home which looks > like This doesn't concern the daemon or kernel. It is the only topic of starting script becuse P.Alvin don't want to allow use of "+" in map (for reason of semantic). But it never mind in your case because the "good" look of your config should be: /etc/auto.master: /home auto_home That's all, the starting script should recognize use of NIS map. > Unrelated: the current /etc/init.d/autofs script delivered with Debian Strongly related!!! > is broken in that an auto.master entry of the form Indeed, I've modified the starting script to support "+" syntax (it's totally clean for /etc/auto.master), option -host (/net) and /- (direct mount, but don't work if it's a program map). -- Julien From owner-autofs@linux.kernel.org Thu Jan 13 09:37:31 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA30839 for ; Thu, 13 Jan 2000 09:37:26 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 16:13:40 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA27249 for ; Thu, 13 Jan 2000 09:37:23 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 16:13:37 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA00800 for autofs-list; Thu, 13 Jan 2000 09:22:11 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA00784 for ; Thu, 13 Jan 2000 09:22:08 -0800 Received: from questra.com (hank.questra.com [208.28.12.22]) by zeus.kernel.org (8.9.3/8.9.3) with SMTP id JAA24756 for ; Thu, 13 Jan 2000 09:22:06 -0800 Received: (qmail 29671 invoked from network); 13 Jan 2000 17:20:20 -0000 Received: from mrfreeze.roc.questra.com (HELO questra.com) (208.28.12.98) by hank.questra.com with SMTP; 13 Jan 2000 17:20:20 -0000 Received: (qmail 18975 invoked from network); 13 Jan 2000 17:20:20 -0000 Received: from diethylamide.roc.questra.com (10.20.8.80) by mrfreeze.roc.questra.com with SMTP; 13 Jan 2000 17:20:20 -0000 Received: (from mcdermot@localhost) by diethylamide.roc.questra.com (8.9.3/8.9.0) id MAA16319; Thu, 13 Jan 2000 12:20:20 -0500 Date: Thu, 13 Jan 2000 12:20:20 -0500 From: Scott McDermott To: "Julien.Soula" Cc: autofs@linux.kernel.org Subject: Re: /net autofs patches Message-ID: <20000113122020.R13480@diethylamide.roc.questra.com> References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14461.63240.632226.676829@tjejol.lifl.fr>; from Julien.Soula@lifl.fr on Thu, Jan 13, 2000 at 05:02:16PM +0100 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Julien.Soula on Thu 13/01 17:02 +0100: > It is the only topic of starting script becuse P.Alvin don't want to > allow use of "+" in map (for reason of semantic). FWIW, I think this is ridiculous. This is widely in use at any shops running Suns and should be supported regardless of whether its design is flawed. This is supported by the automounters in SunOS, Solaris, HP-UX and Irix that I've seen, and I don't see why it shouldn't be supported in Linux based OSes as well. To reiterate, what is the objection to the "semantics" of the `+' anyways? -- Scott McDermott, Questra Desktop and Network Services (QDN) (716) 381-0292 x525 QDN service via web: http://qweb.web.roc.questra.com/srs/ QDN service via email: techserv@questra.com From owner-autofs@linux.kernel.org Thu Jan 13 10:12:46 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id KAA30872 for ; Thu, 13 Jan 2000 10:12:46 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 16:49:00 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA27348 for ; Thu, 13 Jan 2000 10:12:43 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 16:48:57 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA02260 for autofs-list; Thu, 13 Jan 2000 10:02:04 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA02257 for ; Thu, 13 Jan 2000 10:02:01 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id KAA22423; Thu, 13 Jan 2000 10:01:54 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma022419; Thu, 13 Jan 00 10:01:50 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id KAA06794; Thu, 13 Jan 2000 10:01:50 -0800 (PST) Message-ID: <387E130E.32E52FC1@transmeta.com> Date: Thu, 13 Jan 2000 10:01:50 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Scott McDermott CC: "Julien.Soula" , autofs@linux.kernel.org Subject: Re: /net autofs patches References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> <20000113122020.R13480@diethylamide.roc.questra.com> <387E1103.19C1EFCF@transmeta.com> <20000113125925.A13480@diethylamide.roc.questra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Scott McDermott wrote: > > H. Peter Anvin on Thu 13/01 09:53 -0800: > > > > It is the only topic of starting script becuse P.Alvin don't want > > > > to allow use of "+" in map (for reason of semantic). > > > > > > [...] > > > > > > To reiterate, what is the objection to the "semantics" of the `+' > > > anyways? > > > > The problem is that it utterly breaks the key/value semantics of the > > map. Now, that doesn't mean the startup script can't look into the > > file for this stuff, but that's a job for the startup script. > > What about when the maps are changed? You have to kill and restart > autofs so the startup script is run again? Since it's not built into the > automount map parsing code, this would have to be the case. In that > case the end result is still broken. > Fundamentally, this is the very problem with this incredibly broken hack. -hpa From owner-autofs@linux.kernel.org Thu Jan 13 10:16:49 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id KAA30898 for ; Thu, 13 Jan 2000 10:16:48 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 16:53:02 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA27368 for ; Thu, 13 Jan 2000 10:16:45 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 16:52:59 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA02223 for autofs-list; Thu, 13 Jan 2000 10:00:58 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA02220 for ; Thu, 13 Jan 2000 10:00:57 -0800 Received: from questra.com (hank.questra.com [208.28.12.22]) by zeus.kernel.org (8.9.3/8.9.3) with SMTP id KAA25733 for ; Thu, 13 Jan 2000 10:00:57 -0800 Received: (qmail 30145 invoked from network); 13 Jan 2000 17:59:26 -0000 Received: from mrfreeze.roc.questra.com (HELO questra.com) (208.28.12.98) by hank.questra.com with SMTP; 13 Jan 2000 17:59:26 -0000 Received: (qmail 21561 invoked from network); 13 Jan 2000 17:59:25 -0000 Received: from diethylamide.roc.questra.com (10.20.8.80) by mrfreeze.roc.questra.com with SMTP; 13 Jan 2000 17:59:25 -0000 Received: (from mcdermot@localhost) by diethylamide.roc.questra.com (8.9.3/8.9.0) id MAA16429; Thu, 13 Jan 2000 12:59:25 -0500 Date: Thu, 13 Jan 2000 12:59:25 -0500 From: Scott McDermott To: "H. Peter Anvin" Cc: "Julien.Soula" , autofs@linux.kernel.org Subject: Re: /net autofs patches Message-ID: <20000113125925.A13480@diethylamide.roc.questra.com> References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> <20000113122020.R13480@diethylamide.roc.questra.com> <387E1103.19C1EFCF@transmeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <387E1103.19C1EFCF@transmeta.com>; from hpa@transmeta.com on Thu, Jan 13, 2000 at 09:53:07AM -0800 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: H. Peter Anvin on Thu 13/01 09:53 -0800: > > > It is the only topic of starting script becuse P.Alvin don't want > > > to allow use of "+" in map (for reason of semantic). > > > > [...] > > > > To reiterate, what is the objection to the "semantics" of the `+' > > anyways? > > The problem is that it utterly breaks the key/value semantics of the > map. Now, that doesn't mean the startup script can't look into the > file for this stuff, but that's a job for the startup script. What about when the maps are changed? You have to kill and restart autofs so the startup script is run again? Since it's not built into the automount map parsing code, this would have to be the case. In that case the end result is still broken. -- Scott From owner-autofs@linux.kernel.org Thu Jan 13 10:24:22 2000 Return-Path: Received: from linux.kernel.org (master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA30902 for ; Thu, 13 Jan 2000 10:24:22 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA01889 for autofs-list; Thu, 13 Jan 2000 09:53:31 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA01885 for ; Thu, 13 Jan 2000 09:53:30 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id JAA22161; Thu, 13 Jan 2000 09:53:20 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma022155; Thu, 13 Jan 00 09:53:07 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id JAA05967; Thu, 13 Jan 2000 09:53:07 -0800 (PST) Message-ID: <387E1103.19C1EFCF@transmeta.com> Date: Thu, 13 Jan 2000 09:53:07 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Scott McDermott CC: "Julien.Soula" , autofs@linux.kernel.org Subject: Re: /net autofs patches References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> <20000113122020.R13480@diethylamide.roc.questra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Scott McDermott wrote: > > Julien.Soula on Thu 13/01 17:02 +0100: > > It is the only topic of starting script becuse P.Alvin don't want to > > allow use of "+" in map (for reason of semantic). > > FWIW, I think this is ridiculous. This is widely in use at any shops > running Suns and should be supported regardless of whether its design is > flawed. This is supported by the automounters in SunOS, Solaris, HP-UX > and Irix that I've seen, and I don't see why it shouldn't be supported > in Linux based OSes as well. > > To reiterate, what is the objection to the "semantics" of the `+' > anyways? > The problem is that it utterly breaks the key/value semantics of the map. Now, that doesn't mean the startup script can't look into the file for this stuff, but that's a job for the startup script. -hpa From owner-autofs@linux.kernel.org Thu Jan 13 10:26:55 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA31218 for ; Thu, 13 Jan 2000 10:26:54 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA01667 for autofs-list; Thu, 13 Jan 2000 09:46:26 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA01664 for ; Thu, 13 Jan 2000 09:46:25 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id JAA21970; Thu, 13 Jan 2000 09:45:48 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma021962; Thu, 13 Jan 00 09:45:34 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id JAA05214; Thu, 13 Jan 2000 09:45:34 -0800 (PST) Message-ID: <387E0F3E.644E97A0@transmeta.com> Date: Thu, 13 Jan 2000 09:45:34 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Darrel Hankerson CC: autofs@linux.kernel.org Subject: Re: /net autofs patches References: <200001131428.IAA23175@manatee.dms.auburn.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Darrel Hankerson wrote: > > In addition to the features mentioned by Jeremy Fitzhardinge, it would > be useful in a Solaris environment to allow entries from > /etc/auto_home to be used together with entries from a NIS+ auto_home > table. This is commonly done by having an /etc/auto_home which looks > like > > # Home directory map for automounter, +auto_home is NIS+ table > +auto_home > userid host:/path > > As far as I can tell, the only way to get such a feature in autofs is > to make /etc/auto_home an executable script that does the necessary > lookups in an /etc/ file and in the NIS+ table. > > Unrelated: the current /etc/init.d/autofs script delivered with Debian > is broken in that an auto.master entry of the form > > /home nisplus auto_home > > will lead to a "automount yp..." call. The script delivered with the > autofs sources works. > > I joined the list a few days ago. Be gentle... > autofs v3 supports this in the latest prepatch (soon to be 3.1.4) by doing a multimap mount: multi file /etc/auto_home -- yp auto.home -hpa From owner-autofs@linux.kernel.org Thu Jan 13 10:36:22 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA31238 for ; Thu, 13 Jan 2000 10:36:21 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA02223 for autofs-list; Thu, 13 Jan 2000 10:00:58 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA02220 for ; Thu, 13 Jan 2000 10:00:57 -0800 Received: from questra.com (hank.questra.com [208.28.12.22]) by zeus.kernel.org (8.9.3/8.9.3) with SMTP id KAA25733 for ; Thu, 13 Jan 2000 10:00:57 -0800 Received: (qmail 30145 invoked from network); 13 Jan 2000 17:59:26 -0000 Received: from mrfreeze.roc.questra.com (HELO questra.com) (208.28.12.98) by hank.questra.com with SMTP; 13 Jan 2000 17:59:26 -0000 Received: (qmail 21561 invoked from network); 13 Jan 2000 17:59:25 -0000 Received: from diethylamide.roc.questra.com (10.20.8.80) by mrfreeze.roc.questra.com with SMTP; 13 Jan 2000 17:59:25 -0000 Received: (from mcdermot@localhost) by diethylamide.roc.questra.com (8.9.3/8.9.0) id MAA16429; Thu, 13 Jan 2000 12:59:25 -0500 Date: Thu, 13 Jan 2000 12:59:25 -0500 From: Scott McDermott To: "H. Peter Anvin" Cc: "Julien.Soula" , autofs@linux.kernel.org Subject: Re: /net autofs patches Message-ID: <20000113125925.A13480@diethylamide.roc.questra.com> References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> <20000113122020.R13480@diethylamide.roc.questra.com> <387E1103.19C1EFCF@transmeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <387E1103.19C1EFCF@transmeta.com>; from hpa@transmeta.com on Thu, Jan 13, 2000 at 09:53:07AM -0800 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: H. Peter Anvin on Thu 13/01 09:53 -0800: > > > It is the only topic of starting script becuse P.Alvin don't want > > > to allow use of "+" in map (for reason of semantic). > > > > [...] > > > > To reiterate, what is the objection to the "semantics" of the `+' > > anyways? > > The problem is that it utterly breaks the key/value semantics of the > map. Now, that doesn't mean the startup script can't look into the > file for this stuff, but that's a job for the startup script. What about when the maps are changed? You have to kill and restart autofs so the startup script is run again? Since it's not built into the automount map parsing code, this would have to be the case. In that case the end result is still broken. -- Scott From owner-autofs@linux.kernel.org Thu Jan 13 10:40:23 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA31242 for ; Thu, 13 Jan 2000 10:40:23 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA02260 for autofs-list; Thu, 13 Jan 2000 10:02:04 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA02257 for ; Thu, 13 Jan 2000 10:02:01 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id KAA22423; Thu, 13 Jan 2000 10:01:54 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma022419; Thu, 13 Jan 00 10:01:50 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id KAA06794; Thu, 13 Jan 2000 10:01:50 -0800 (PST) Message-ID: <387E130E.32E52FC1@transmeta.com> Date: Thu, 13 Jan 2000 10:01:50 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Scott McDermott CC: "Julien.Soula" , autofs@linux.kernel.org Subject: Re: /net autofs patches References: <200001131428.IAA23175@manatee.dms.auburn.edu> <14461.63240.632226.676829@tjejol.lifl.fr> <20000113122020.R13480@diethylamide.roc.questra.com> <387E1103.19C1EFCF@transmeta.com> <20000113125925.A13480@diethylamide.roc.questra.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Scott McDermott wrote: > > H. Peter Anvin on Thu 13/01 09:53 -0800: > > > > It is the only topic of starting script becuse P.Alvin don't want > > > > to allow use of "+" in map (for reason of semantic). > > > > > > [...] > > > > > > To reiterate, what is the objection to the "semantics" of the `+' > > > anyways? > > > > The problem is that it utterly breaks the key/value semantics of the > > map. Now, that doesn't mean the startup script can't look into the > > file for this stuff, but that's a job for the startup script. > > What about when the maps are changed? You have to kill and restart > autofs so the startup script is run again? Since it's not built into the > automount map parsing code, this would have to be the case. In that > case the end result is still broken. > Fundamentally, this is the very problem with this incredibly broken hack. -hpa From owner-autofs@linux.kernel.org Thu Jan 13 11:00:43 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id LAA31269 for ; Thu, 13 Jan 2000 11:00:42 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 17:36:56 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id LAA27447 for ; Thu, 13 Jan 2000 11:00:39 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 17:36:53 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA04002 for autofs-list; Thu, 13 Jan 2000 10:38:00 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA03999 for ; Thu, 13 Jan 2000 10:37:59 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id B472862002; Thu, 13 Jan 2000 10:37:49 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id C23DEACDE6; Thu, 13 Jan 2000 10:37:48 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7FB@TSEXCHANGE> Date: Thu, 13 Jan 2000 10:37:48 -0800 (PST) From: Jeremy Fitzhardinge To: "Coetmeur, Alain" Subject: RE: /net autofs patches Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 13-Jan-00 Coetmeur, Alain wrote: > > you talk about > samples/auto.net maps, > I there seems to exist no link to it... > It would be very interesting to see such a sample. Sorry, I should have been more clear. It's a path into the automount daemon source, once you've applied the patch. The script is pretty simple: --- #!/bin/sh # Look at what a host is exporting to determine what we can mount. # This is wildly simplistic - no attempt is made to see whether we can mount # each filesystem, or whether its RO or RW. For the future... key="$1" opts="-fstype=nfs,hard,intr,nodev,nosuid" # Showmount comes in a number of names and varieties. "showmount" is # typically an older version which accepts the '--no-headers' flag # but ignores it. "kshowmount" is the newer version installed with knfsd, # which both accepts and acts on the '--no-headers' flag. #SHOWMOUNT="kshowmount --no-headers -e $key" #SHOWMOUNT="showmount -e $key | tail +2" # Newer distributions get this right SHOWMOUNT="showmount --no-headers -e $key" $SHOWMOUNT | sort | sed -e "s|^\([^ ]*\).*|$key\1 $opts $key:\1|" --- > is it planned to integrate it in standard autofs ? That's the plan. J From owner-autofs@linux.kernel.org Thu Jan 13 11:11:16 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id LAA31283 for ; Thu, 13 Jan 2000 11:11:16 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 18 Oct 1999 17:47:30 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id LAA27467 for ; Thu, 13 Jan 2000 11:11:13 -0800 Received: from master.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 18 Oct 1999 17:47:27 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA05073 for autofs-list; Thu, 13 Jan 2000 10:59:07 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA05070 for ; Thu, 13 Jan 2000 10:59:05 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id TAA15676; Thu, 13 Jan 2000 19:53:02 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id UAA10089; Thu, 13 Jan 2000 20:00:26 +0100 (MET) Posted-Date: Thu, 13 Jan 2000 20:00:26 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Thu, 13 Jan 2000 20:01:18 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB802@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Jeremy Fitzhardinge'" Cc: "'Linux AutoFS'" Subject: RE: /net autofs patches Date: Thu, 13 Jan 2000 20:01:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: after hours trying to make a /net autofs map work, seeing it done in 4 lines is... COOOL If I understand well, the individual exported volume are not mounted until one use it , but they are listed so that: cd /net/host trigger the script and does showmount -e host ls list the exported volume but does not mount them cd export/disk1 mount this volume ... am I right? -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Jeremy Fitzhardinge [mailto:jeremy@goop.org] > key="$1" > opts="-fstype=nfs,hard,intr,nodev,nosuid" > SHOWMOUNT="showmount --no-headers -e $key" > $SHOWMOUNT | sort | sed -e "s|^\([^ ]*\).*|$key\1 $opts $key:\1|" From owner-autofs@linux.kernel.org Thu Jan 13 11:19:47 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA31309 for ; Thu, 13 Jan 2000 11:19:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA04002 for autofs-list; Thu, 13 Jan 2000 10:38:00 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA03999 for ; Thu, 13 Jan 2000 10:37:59 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id B472862002; Thu, 13 Jan 2000 10:37:49 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id C23DEACDE6; Thu, 13 Jan 2000 10:37:48 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB7FB@TSEXCHANGE> Date: Thu, 13 Jan 2000 10:37:48 -0800 (PST) From: Jeremy Fitzhardinge To: "Coetmeur, Alain" Subject: RE: /net autofs patches Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 13-Jan-00 Coetmeur, Alain wrote: > > you talk about > samples/auto.net maps, > I there seems to exist no link to it... > It would be very interesting to see such a sample. Sorry, I should have been more clear. It's a path into the automount daemon source, once you've applied the patch. The script is pretty simple: --- #!/bin/sh # Look at what a host is exporting to determine what we can mount. # This is wildly simplistic - no attempt is made to see whether we can mount # each filesystem, or whether its RO or RW. For the future... key="$1" opts="-fstype=nfs,hard,intr,nodev,nosuid" # Showmount comes in a number of names and varieties. "showmount" is # typically an older version which accepts the '--no-headers' flag # but ignores it. "kshowmount" is the newer version installed with knfsd, # which both accepts and acts on the '--no-headers' flag. #SHOWMOUNT="kshowmount --no-headers -e $key" #SHOWMOUNT="showmount -e $key | tail +2" # Newer distributions get this right SHOWMOUNT="showmount --no-headers -e $key" $SHOWMOUNT | sort | sed -e "s|^\([^ ]*\).*|$key\1 $opts $key:\1|" --- > is it planned to integrate it in standard autofs ? That's the plan. J From owner-autofs@linux.kernel.org Thu Jan 13 11:31:30 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA31625 for ; Thu, 13 Jan 2000 11:31:30 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA05073 for autofs-list; Thu, 13 Jan 2000 10:59:07 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA05070 for ; Thu, 13 Jan 2000 10:59:05 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id TAA15676; Thu, 13 Jan 2000 19:53:02 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id UAA10089; Thu, 13 Jan 2000 20:00:26 +0100 (MET) Posted-Date: Thu, 13 Jan 2000 20:00:26 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Thu, 13 Jan 2000 20:01:18 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB802@TSEXCHANGE> From: "Coetmeur, Alain" To: "'Jeremy Fitzhardinge'" Cc: "'Linux AutoFS'" Subject: RE: /net autofs patches Date: Thu, 13 Jan 2000 20:01:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: after hours trying to make a /net autofs map work, seeing it done in 4 lines is... COOOL If I understand well, the individual exported volume are not mounted until one use it , but they are listed so that: cd /net/host trigger the script and does showmount -e host ls list the exported volume but does not mount them cd export/disk1 mount this volume ... am I right? -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr > -----Message d'origine----- > De: Jeremy Fitzhardinge [mailto:jeremy@goop.org] > key="$1" > opts="-fstype=nfs,hard,intr,nodev,nosuid" > SHOWMOUNT="showmount --no-headers -e $key" > $SHOWMOUNT | sort | sed -e "s|^\([^ ]*\).*|$key\1 $opts $key:\1|" From owner-autofs@linux.kernel.org Thu Jan 13 12:01:40 2000 Return-Path: Received: from linux.kernel.org (majordom@master.kernel.org [209.10.217.83]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA31642 for ; Thu, 13 Jan 2000 12:01:40 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA06190 for autofs-list; Thu, 13 Jan 2000 11:25:30 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA06187 for ; Thu, 13 Jan 2000 11:25:29 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id CC02762002; Thu, 13 Jan 2000 11:25:25 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 71AD4ACDE6; Thu, 13 Jan 2000 11:25:25 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <40C4228EC468D211B04800A0C9DF1D664FB802@TSEXCHANGE> Date: Thu, 13 Jan 2000 11:25:25 -0800 (PST) From: Jeremy Fitzhardinge To: "Coetmeur, Alain" Subject: RE: /net autofs patches Cc: Linux AutoFS Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On 13-Jan-00 Coetmeur, Alain wrote: > after hours trying to make a /net autofs map work, > seeing it done in 4 lines is... COOOL > > If I understand well, the individual exported volume are not mounted > until one use it , but they are listed > > so that: > > cd /net/host > trigger the script and does showmount -e host > > ls > list the exported volume but does not mount them > cd export/disk1 > mount this volume ... > am I right? When you "cd /net/host", the script will produce a list of NFS filesystems to be mounted. The daemon mounts those filesystems and allows the "cd" to finish. In other words, by the time the cd is finished, everything is mounted. When it comes to expiration, the kernel will only tell the daemon to expire a tree under /net/host once all the filesystems under /net/host are no longer busy. J From owner-autofs@linux.kernel.org Mon Jan 17 02:26:51 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id CAA07044 for ; Mon, 17 Jan 2000 02:26:51 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA22133 for autofs-list; Mon, 17 Jan 2000 01:46:23 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA22130 for ; Mon, 17 Jan 2000 01:46:19 -0800 Received: from oboe.it.uc3m.es (oboe.it.uc3m.es [163.117.139.101]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id BAA00957 for ; Mon, 17 Jan 2000 01:46:11 -0800 Received: (from ptb@localhost) by oboe.it.uc3m.es (8.7.5/8.6.9) id KAA15443 for autofs@linux.kernel.org; Mon, 17 Jan 2000 10:42:48 +0100 From: "Peter T. Breuer" Message-Id: <200001170942.KAA15443@oboe.it.uc3m.es> Subject: programming INDIVIDUAL user home mounts To: autofs@linux.kernel.org Date: Mon, 17 Jan 2000 10:42:48 +0100 (MET) X-Anonymously-To: Reply-To: ptb@it.uc3m.es X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I was hoping to program a mount of each users home directory (not the general home area) when they login. This would be very useful for security reasons. I currently do it successfully via xdm on X-console logins, but I wanted it for remote logins too. Unfortunately it seems impossible. The map should be: eagle/u002 eagle:/usr/eagle/u002 Note the two-level key. The program map should do a mkdir -p /-/eagle/u002 to provide the mountpoint. I can get rid of the two-level key with an awful lot of symlinks. Maybe JIT ones. But the *important* point is that this mount should only be makeable by user u002. So I must know the uid of the process asking for this mount, and have it available to the program map. User u002 will have just done a login with password, and be running his /etc/profile or /etc/csh.login or whatever. Any ideas or pointers? Peter From owner-autofs@linux.kernel.org Mon Jan 17 03:55:02 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id DAA07593 for ; Mon, 17 Jan 2000 03:55:02 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA25461 for autofs-list; Mon, 17 Jan 2000 03:24:36 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA25458 for ; Mon, 17 Jan 2000 03:24:34 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 12AAGl-0005BS-00 for ; Mon, 17 Jan 2000 11:24:23 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 12AAGk-0006ze-00 for ; Mon, 17 Jan 2000 11:24:22 +0000 Date: Mon, 17 Jan 2000 11:24:22 +0000 From: Steve Haslam To: autofs@linux.kernel.org Subject: Re: programming INDIVIDUAL user home mounts Message-ID: <20000117112422.B26814@excitecorp.com> Mail-Followup-To: autofs@linux.kernel.org References: <200001170942.KAA15443@oboe.it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <200001170942.KAA15443@oboe.it.uc3m.es>; from ptb@it.uc3m.es on Mon, Jan 17, 2000 at 10:42:48AM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Mon, Jan 17, 2000 at 10:42:48AM +0100, Peter T. Breuer wrote: > I can get rid of the two-level key with an awful lot of symlinks. Maybe > JIT ones. Or a nested autofs mount? i.e. "eagle" at the first-level is an autofs with the contents of eagle as its map? > But the *important* point is that this mount should only be makeable by > user u002. So I must know the uid of the process asking for this mount, > and have it available to the program map. User u002 will have just done > a login with password, and be running his /etc/profile or /etc/csh.login > or whatever. Whoof. I'd be surprised if that information was available. Doesn't appear to be, from looking at the daemon source code. SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Mon Jan 17 04:43:33 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA08162 for ; Mon, 17 Jan 2000 04:43:33 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA27340 for autofs-list; Mon, 17 Jan 2000 04:16:36 -0800 Received: from hermes.dit.lth.se (hermes.dit.lth.se [130.235.5.2]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA27337 for ; Mon, 17 Jan 2000 04:16:34 -0800 Received: from it.lth.se (idefix.dit.lth.se [130.235.5.40]) by hermes.dit.lth.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id Z6BB7KY3; Mon, 17 Jan 2000 13:16:31 +0100 Message-ID: <3883081F.E2CE15A5@it.lth.se> Date: Mon, 17 Jan 2000 13:16:31 +0100 From: Bengt Ohman Organization: Dept. of Information Technology, Lund Institute of Technology X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: ptb@it.uc3m.es CC: autofs@linux.kernel.org Subject: Re: programming INDIVIDUAL user home mounts References: <200001170942.KAA15443@oboe.it.uc3m.es> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id EAA27338 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Peter T. Breuer wrote: [snipped, I wont comment on the rest] > But the *important* point is that this mount should only be makeable by > user u002. So I must know the uid of the process asking for this mount, > and have it available to the program map. I seriously doubt that you will be able to get this information. Why do you need this setup? It seems to be far easier to just "chmod -R go=" on the home tree, if you don't want other users to get the information (which they will anyway, whenever the user is logged in). -- Bengt Öhman Department of Information Technology at Lund Institute of Technology -- Friend of LAPHROAIG -- From owner-autofs@linux.kernel.org Mon Jan 17 14:54:27 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id OAA12844 for ; Mon, 17 Jan 2000 14:54:26 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 22 Oct 1999 21:30:41 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA00793 for ; Mon, 17 Jan 2000 14:54:20 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 22 Oct 1999 21:30:37 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id BAA22133 for autofs-list; Mon, 17 Jan 2000 01:46:23 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id BAA22130 for ; Mon, 17 Jan 2000 01:46:19 -0800 Received: from oboe.it.uc3m.es (oboe.it.uc3m.es [163.117.139.101]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id BAA00957 for ; Mon, 17 Jan 2000 01:46:11 -0800 Received: (from ptb@localhost) by oboe.it.uc3m.es (8.7.5/8.6.9) id KAA15443 for autofs@linux.kernel.org; Mon, 17 Jan 2000 10:42:48 +0100 From: "Peter T. Breuer" Message-Id: <200001170942.KAA15443@oboe.it.uc3m.es> Subject: programming INDIVIDUAL user home mounts To: autofs@linux.kernel.org Date: Mon, 17 Jan 2000 10:42:48 +0100 (MET) X-Anonymously-To: Reply-To: ptb@it.uc3m.es X-Mailer: ELM [version 2.4ME+ PL66 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I was hoping to program a mount of each users home directory (not the general home area) when they login. This would be very useful for security reasons. I currently do it successfully via xdm on X-console logins, but I wanted it for remote logins too. Unfortunately it seems impossible. The map should be: eagle/u002 eagle:/usr/eagle/u002 Note the two-level key. The program map should do a mkdir -p /-/eagle/u002 to provide the mountpoint. I can get rid of the two-level key with an awful lot of symlinks. Maybe JIT ones. But the *important* point is that this mount should only be makeable by user u002. So I must know the uid of the process asking for this mount, and have it available to the program map. User u002 will have just done a login with password, and be running his /etc/profile or /etc/csh.login or whatever. Any ideas or pointers? Peter From owner-autofs@linux.kernel.org Mon Jan 17 14:54:29 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id OAA12848 for ; Mon, 17 Jan 2000 14:54:29 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 22 Oct 1999 21:30:43 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA00787 for ; Mon, 17 Jan 2000 14:54:19 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 22 Oct 1999 21:30:36 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA27340 for autofs-list; Mon, 17 Jan 2000 04:16:36 -0800 Received: from hermes.dit.lth.se (hermes.dit.lth.se [130.235.5.2]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA27337 for ; Mon, 17 Jan 2000 04:16:34 -0800 Received: from it.lth.se (idefix.dit.lth.se [130.235.5.40]) by hermes.dit.lth.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id Z6BB7KY3; Mon, 17 Jan 2000 13:16:31 +0100 Message-ID: <3883081F.E2CE15A5@it.lth.se> Date: Mon, 17 Jan 2000 13:16:31 +0100 From: Bengt Ohman Organization: Dept. of Information Technology, Lund Institute of Technology X-Mailer: Mozilla 4.08 [en] (WinNT; I) MIME-Version: 1.0 To: ptb@it.uc3m.es CC: autofs@linux.kernel.org Subject: Re: programming INDIVIDUAL user home mounts References: <200001170942.KAA15443@oboe.it.uc3m.es> Content-Type: text/plain; charset=iso-8859-1 X-MIME-Autoconverted: from quoted-printable to 8bit by linux.kernel.org id EAA27338 Sender: owner-autofs@linux.kernel.org Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by linux.kernel.org id EAA27340 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.Linux-Consulting.com id OAA12848 Status: RO X-Status: Peter T. Breuer wrote: [snipped, I wont comment on the rest] > But the *important* point is that this mount should only be makeable by > user u002. So I must know the uid of the process asking for this mount, > and have it available to the program map. I seriously doubt that you will be able to get this information. Why do you need this setup? It seems to be far easier to just "chmod -R go=" on the home tree, if you don't want other users to get the information (which they will anyway, whenever the user is logged in). -- Bengt Öhman Department of Information Technology at Lund Institute of Technology -- Friend of LAPHROAIG -- From owner-autofs@linux.kernel.org Mon Jan 17 14:54:31 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id OAA12851 for ; Mon, 17 Jan 2000 14:54:31 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 22 Oct 1999 21:30:45 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA00789 for ; Mon, 17 Jan 2000 14:54:19 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 22 Oct 1999 21:30:36 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA25461 for autofs-list; Mon, 17 Jan 2000 03:24:36 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA25458 for ; Mon, 17 Jan 2000 03:24:34 -0800 Received: from dhcp-40.london.excite.com (hell.london.excite.com) [194.216.238.40] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 12AAGl-0005BS-00 for ; Mon, 17 Jan 2000 11:24:23 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.11 #1 (Debian)) id 12AAGk-0006ze-00 for ; Mon, 17 Jan 2000 11:24:22 +0000 Date: Mon, 17 Jan 2000 11:24:22 +0000 From: Steve Haslam To: autofs@linux.kernel.org Subject: Re: programming INDIVIDUAL user home mounts Message-ID: <20000117112422.B26814@excitecorp.com> Mail-Followup-To: autofs@linux.kernel.org References: <200001170942.KAA15443@oboe.it.uc3m.es> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i In-Reply-To: <200001170942.KAA15443@oboe.it.uc3m.es>; from ptb@it.uc3m.es on Mon, Jan 17, 2000 at 10:42:48AM +0100 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Mon, Jan 17, 2000 at 10:42:48AM +0100, Peter T. Breuer wrote: > I can get rid of the two-level key with an awful lot of symlinks. Maybe > JIT ones. Or a nested autofs mount? i.e. "eagle" at the first-level is an autofs with the contents of eagle as its map? > But the *important* point is that this mount should only be makeable by > user u002. So I must know the uid of the process asking for this mount, > and have it available to the program map. User u002 will have just done > a login with password, and be running his /etc/profile or /etc/csh.login > or whatever. Whoof. I'd be surprised if that information was available. Doesn't appear to be, from looking at the daemon source code. SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Jan 18 13:35:55 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id NAA24794 for ; Tue, 18 Jan 2000 13:35:54 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 23 Oct 1999 20:12:09 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA03618 for ; Tue, 18 Jan 2000 14:35:47 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 23 Oct 1999 20:12:06 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA00445 for autofs-list; Tue, 18 Jan 2000 13:11:54 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA00442 for ; Tue, 18 Jan 2000 13:11:52 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 7F3AA62002 for ; Tue, 18 Jan 2000 13:11:51 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 387BBACDE6; Tue, 18 Jan 2000 13:11:51 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000118131151:14623=_" Date: Tue, 18 Jan 2000 13:11:51 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: patch to autofs 3.1.4-pre4 rc script Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000118131151:14623=_ Content-Type: text/plain; charset=us-ascii Hi, I noticed some problems in the autofs rc script in 3.1.4-pre4. There's a couple of problems: - the Mandrake 6.0 (and I presume RedHat) shutdown scripts assume the files in /var/lock/subsys have the same names as their corresponding scripts in /etc/rc.d/init.d - there's some bogus syntax There's still another bug where it doesn't check to see if pidof returns anything before running kill. The easiest fix is probably to use killproc rather than kill `pidof ...`. J --_=XFMail.1.3.p0.Linux:000118131151:14623=_ Content-Disposition: attachment; filename="autofs-3.1.4-rc.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs-3.1.4-rc.diff Content-Type: text/plain; charset=us-ascii; name=autofs-3.1.4-rc.diff; SizeOnDisk=1914 --- autofs-3.1.4/samples/rc.autofs.in Thu Jan 13 03:46:25 2000 +++ autofs-3.1.4-jsgf/samples/rc.autofs.in Tue Jan 18 01:26:08 2000 @@ -10,6 +10,11 @@ # /etc/rc.d/init.d/autofs or /etc/init.d/autofs # +# For Redhat-ish systems +# +# chkconfig: 345 15 85 +# description: Automounts filesystems on demand + # This is used in the Debian distribution to determine the proper # location for the S- and K-links to this init file. # The following value is extracted by debstd to figure out how to @@ -44,7 +49,7 @@ test -e $DAEMON || exit 0 thisscript="$0" -if [ ! test -f $thisscript ]; then +if [ ! -f "$thisscript" ]; then echo "$0: Cannot find myself" 1>&2 exit 1 fi @@ -145,18 +150,18 @@ case "$1" in start) # Check if the automounter is already running? - if [ ! -f /var/lock/subsys/automount ]; then + if [ ! -f /var/lock/subsys/autofs ]; then echo 'Starting automounter: ' getmounts | sh - touch /var/lock/subsys/automount + touch /var/lock/subsys/autofs fi ;; stop) kill -TERM $(/sbin/pidof /usr/sbin/automount) - rm -f /var/lock/subsys/automount + rm -f /var/lock/subsys/autofs ;; reload|restart) - if [ ! -f /var/lock/subsys/automount ]; then + if [ ! -f /var/lock/subsys/autofs ]; then echo "Automounter not running" exit 1 fi @@ -204,7 +209,7 @@ getmounts | while read cmd mnt rest do echo -n " $mnt" - pidfile=/var/run/automount`echo $mnt | sed 's/\//./'`.pid + pidfile=/var/run/autofs`echo $mnt | sed 's/\//./'`.pid start-stop-daemon --start --pidfile $pidfile --quiet \ --exec $DAEMON -- $mnt $rest # @@ -225,9 +230,9 @@ ;; reload|restart) echo "Reloading automounter: checking for changes ... " - TMP=/var/run/automount.tmp + TMP=/var/run/autofs.tmp getmounts >$TMP - for i in /var/run/automount.*.pid + for i in /var/run/autofs.*.pid do pid=`head -n 1 $i 2>/dev/null` [ "$pid" = "" ] && continue --_=XFMail.1.3.p0.Linux:000118131151:14623=_-- End of MIME message From owner-autofs@linux.kernel.org Tue Jan 18 13:35:55 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id NAA24794 for ; Tue, 18 Jan 2000 13:35:54 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 23 Oct 1999 20:12:09 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA03618 for ; Tue, 18 Jan 2000 14:35:47 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 23 Oct 1999 20:12:06 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA00445 for autofs-list; Tue, 18 Jan 2000 13:11:54 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA00442 for ; Tue, 18 Jan 2000 13:11:52 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 7F3AA62002 for ; Tue, 18 Jan 2000 13:11:51 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 387BBACDE6; Tue, 18 Jan 2000 13:11:51 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000118131151:14623=_" Date: Tue, 18 Jan 2000 13:11:51 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: patch to autofs 3.1.4-pre4 rc script Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000118131151:14623=_ Content-Type: text/plain; charset=us-ascii Hi, I noticed some problems in the autofs rc script in 3.1.4-pre4. There's a couple of problems: - the Mandrake 6.0 (and I presume RedHat) shutdown scripts assume the files in /var/lock/subsys have the same names as their corresponding scripts in /etc/rc.d/init.d - there's some bogus syntax There's still another bug where it doesn't check to see if pidof returns anything before running kill. The easiest fix is probably to use killproc rather than kill `pidof ...`. J --_=XFMail.1.3.p0.Linux:000118131151:14623=_ Content-Disposition: attachment; filename="autofs-3.1.4-rc.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs-3.1.4-rc.diff Content-Type: text/plain; charset=us-ascii; name=autofs-3.1.4-rc.diff; SizeOnDisk=1914 --- autofs-3.1.4/samples/rc.autofs.in Thu Jan 13 03:46:25 2000 +++ autofs-3.1.4-jsgf/samples/rc.autofs.in Tue Jan 18 01:26:08 2000 @@ -10,6 +10,11 @@ # /etc/rc.d/init.d/autofs or /etc/init.d/autofs # +# For Redhat-ish systems +# +# chkconfig: 345 15 85 +# description: Automounts filesystems on demand + # This is used in the Debian distribution to determine the proper # location for the S- and K-links to this init file. # The following value is extracted by debstd to figure out how to @@ -44,7 +49,7 @@ test -e $DAEMON || exit 0 thisscript="$0" -if [ ! test -f $thisscript ]; then +if [ ! -f "$thisscript" ]; then echo "$0: Cannot find myself" 1>&2 exit 1 fi @@ -145,18 +150,18 @@ case "$1" in start) # Check if the automounter is already running? - if [ ! -f /var/lock/subsys/automount ]; then + if [ ! -f /var/lock/subsys/autofs ]; then echo 'Starting automounter: ' getmounts | sh - touch /var/lock/subsys/automount + touch /var/lock/subsys/autofs fi ;; stop) kill -TERM $(/sbin/pidof /usr/sbin/automount) - rm -f /var/lock/subsys/automount + rm -f /var/lock/subsys/autofs ;; reload|restart) - if [ ! -f /var/lock/subsys/automount ]; then + if [ ! -f /var/lock/subsys/autofs ]; then echo "Automounter not running" exit 1 fi @@ -204,7 +209,7 @@ getmounts | while read cmd mnt rest do echo -n " $mnt" - pidfile=/var/run/automount`echo $mnt | sed 's/\//./'`.pid + pidfile=/var/run/autofs`echo $mnt | sed 's/\//./'`.pid start-stop-daemon --start --pidfile $pidfile --quiet \ --exec $DAEMON -- $mnt $rest # @@ -225,9 +230,9 @@ ;; reload|restart) echo "Reloading automounter: checking for changes ... " - TMP=/var/run/automount.tmp + TMP=/var/run/autofs.tmp getmounts >$TMP - for i in /var/run/automount.*.pid + for i in /var/run/autofs.*.pid do pid=`head -n 1 $i 2>/dev/null` [ "$pid" = "" ] && continue --_=XFMail.1.3.p0.Linux:000118131151:14623=_-- End of MIME message From owner-autofs@linux.kernel.org Thu Jan 20 08:29:33 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA15017 for ; Thu, 20 Jan 2000 08:29:32 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 25 Oct 1999 15:05:47 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA06744 for ; Thu, 20 Jan 2000 09:29:18 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 25 Oct 1999 15:05:41 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA21165 for autofs-list; Thu, 20 Jan 2000 08:02:08 -0800 Received: from shasta.cs.uiuc.edu (shasta.cs.uiuc.edu [128.174.246.68]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA21160 for ; Thu, 20 Jan 2000 08:02:06 -0800 Received: by shasta.cs.uiuc.edu (Postfix, from userid 505) id 5B4495B8EC; Thu, 20 Jan 2000 09:59:07 -0600 (CST) To: autofs@linux.kernel.org Subject: Permissions for autofs mounted dirs From: Lars Clausen Date: 20 Jan 2000 09:59:07 -0600 Message-ID: Lines: 39 X-Mailer: Gnus v5.7/Emacs 20.4 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi! I'm setting up autofs for removeable disk access (floppy & zip), but can't seem to get it writeable for any but root: [lrclause@coral lrclause]$ ls -ld /disks/floppy drwxr-xr-x 2 root root 7168 Dec 31 1969 /disks/floppy [lrclause@coral lrclause]$ ls -l /dev/fd0 brw-rw-rw- 1 lrclause floppy 2, 0 May 5 1998 /dev/fd0 [lrclause@coral lrclause]$ cat /etc/auto.disks # This is an automounter map and it has the following format # key [ -mount-options-separated-by-comma ] location # Details may be found in the autofs(5) manpage floppy -fstype=umsdos,user,nosuid,noexec,sync,nodev :/dev/fd0 cdrom -fstype=auto,nosuid,noexec,sync,nodev :/dev/cdrom I haven't been able to find anything related to this in the docs or a quick grep of the source. What I have found is that the umask of the mounting process is used for the mountpoint, so if I mount it manually with a 000 umask, I get it world-writeable. So the question is: Should I try and hack autofs to have a umask (or perms) option to allow specific settings (I'll also want eventually to do home dirs by autofs, so I don't want it globally set), or should I get autofs to make the automount point to be owned by the one who accesses it, or is there some other known solution to this problem? My system is a RedHat 6.0 with kernel 2.2.14 on an i386, using autofs 3.1.3. Kindly, -Lars -- Lars R. Clausen (http://shasta.cs.uiuc.edu/~lrclause) Hårdgrim of Westfield "I do not agree with a word that you say, but I will defend to the death your right to say it." --Evelyn Beatrice Hall From owner-autofs@linux.kernel.org Thu Jan 20 15:21:55 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id PAA18099 for ; Thu, 20 Jan 2000 15:21:54 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 25 Oct 1999 21:58:10 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id QAA07364 for ; Thu, 20 Jan 2000 16:21:43 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 25 Oct 1999 21:58:07 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA03580 for autofs-list; Thu, 20 Jan 2000 15:09:43 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA03577 for ; Thu, 20 Jan 2000 15:09:38 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id C150462002; Thu, 20 Jan 2000 15:09:37 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 19FD2ACDE6; Thu, 20 Jan 2000 15:09:27 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 20 Jan 2000 15:09:27 -0800 (PST) From: Jeremy Fitzhardinge To: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Announce: bugfixes for autofs updates Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I've done some updates to my autofs hacks: - the kernel code was not blocking processes from expiring mountpoints, which means a process may see an inconsistent (partial) tree, and prevent the expire from finishing properly. This has been fixed. - various small bugs in the daemon, most noticably a parsing problem with the nosymlinks flag (noticed by Joerg Diederich) Please test and inspect these changes: http://www.goop.org/~jeremy/autofs Thanks, J From owner-autofs@linux.kernel.org Thu Jan 20 15:33:24 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA18482 for ; Thu, 20 Jan 2000 15:33:23 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA03580 for autofs-list; Thu, 20 Jan 2000 15:09:43 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA03577 for ; Thu, 20 Jan 2000 15:09:38 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id C150462002; Thu, 20 Jan 2000 15:09:37 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 19FD2ACDE6; Thu, 20 Jan 2000 15:09:27 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 20 Jan 2000 15:09:27 -0800 (PST) From: Jeremy Fitzhardinge To: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Announce: bugfixes for autofs updates Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: I've done some updates to my autofs hacks: - the kernel code was not blocking processes from expiring mountpoints, which means a process may see an inconsistent (partial) tree, and prevent the expire from finishing properly. This has been fixed. - various small bugs in the daemon, most noticably a parsing problem with the nosymlinks flag (noticed by Joerg Diederich) Please test and inspect these changes: http://www.goop.org/~jeremy/autofs Thanks, J From owner-autofs@linux.kernel.org Fri Jan 21 10:37:15 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id KAA28075 for ; Fri, 21 Jan 2000 10:37:14 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 26 Oct 1999 17:13:30 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id LAA08734 for ; Fri, 21 Jan 2000 11:36:53 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 26 Oct 1999 17:13:18 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA09699 for autofs-list; Fri, 21 Jan 2000 10:21:22 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA09696 for ; Fri, 21 Jan 2000 10:21:21 -0800 Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id KAA17897 for ; Fri, 21 Jan 2000 10:21:20 -0800 Received: from modem-124.zinc.dialup.pol.co.uk ([62.136.14.252] helo=epic.world) by mail5.svr.pol.co.uk with esmtp (Exim 3.13 #0) id 12BigL-0001qP-00 for autofs@linux.kernel.org; Fri, 21 Jan 2000 18:21:14 +0000 Received: (from trj@localhost) by epic.world (8.9.3/8.9.3) id SAA11755 for autofs@linux.kernel.org; Fri, 21 Jan 2000 18:17:43 GMT Date: Fri, 21 Jan 2000 18:14:23 +0000 From: Toby Jaffey To: autofs@linux.kernel.org Subject: CD Changer patch Message-ID: <20000121181423.A11651@epic.world> Reply-To: toby@earth.li Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sm4nu43k4a2Rpi4c" X-Mailer: Mutt 1.0i X-Mailer: Mutt 1.0i X-BadReturnPath: trj@localhost.localdomain rewritten as toby@earth.li using "Reply-To" header Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Here is an autofs patch for my NEC CD Changer. There are some limited docs in the patch. -- (o_ | Toby Jaffey : www.nott.ac.uk/~psystrj/ //\ | It's all fun and games,'till someone loses an eye! Then it's a V_/_ | *SPORT* --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="autofs-3.1.3.cd-changer.patch" diff -urN autofs-3.1.3/COPYRIGHT /usr/src/autofs-3.1.3/COPYRIGHT --- autofs-3.1.3/COPYRIGHT Tue Nov 3 21:21:14 1998 +++ /usr/src/autofs-3.1.3/COPYRIGHT Fri Jan 21 17:28:44 2000 @@ -1,4 +1,4 @@ -For all software in this distribution: +For all software in this distribution except modules/mount_changer.c: Copyright 1997-1998 Transmeta Corporation -- All Rights Reserved @@ -12,4 +12,7 @@ but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. + +mount_changer.c is Copyright 2000 Toby Jaffey and is +released under the GNU GPL. diff -urN autofs-3.1.3/Changelog /usr/src/autofs-3.1.3/Changelog --- autofs-3.1.3/Changelog Thu Jan 1 01:00:00 1970 +++ /usr/src/autofs-3.1.3/Changelog Fri Jan 21 17:40:28 2000 @@ -0,0 +1,20 @@ +Fri Jan 21 17:31:43 GMT 2000 +Toby Jaffey +Added modules/mount_changer.c + +I have an NEC CD-ROM DRIVE:251, 4X CD-ROM changer w/4 slots, 128kB Cache. +The drive can only mount one CD at a time. To change the CD in use you must unmount, swap slots (lots of ioctl() calls) and remount. Using autofs, this module allows the illusion that all CDs are mounted at any given time. Only when data is requested does the drive need to swap. Clearly, this is awful for simultaneous reads across many disks, but I use it to create mp3 playlists spanning multiple CDs. + +The code is mostly clean, but rather than adding a new "mediatype" to the config file, I set my drive up as fstype=changer. The assumption is made that all of the disks are of type iso9660. This is a bad thing, but it works for me. + +My /etc/auto.master says: +/mnt/changer /etc/auto.misc + +My /etc/auto.misc says: +1 -fstype=changer :/dev/hdb +2 -fstype=changer :/dev/hdb +3 -fstype=changer :/dev/hdb +4 -fstype=changer :/dev/hdb + + + diff -urN autofs-3.1.3/configure /usr/src/autofs-3.1.3/configure --- autofs-3.1.3/configure Tue Nov 3 21:21:15 1998 +++ /usr/src/autofs-3.1.3/configure Fri Jan 21 17:40:52 2000 @@ -1,7 +1,7 @@ #! /bin/sh # Guess values for system-dependent variables and create Makefiles. -# Generated automatically using autoconf version 2.12 +# Generated automatically using autoconf version 2.13 # Copyright (C) 1992, 93, 94, 95, 96 Free Software Foundation, Inc. # # This configure script is free software; the Free Software Foundation @@ -54,6 +54,7 @@ # Initialize some other variables. subdirs= MFLAGS= MAKEFLAGS= +SHELL=${CONFIG_SHELL-/bin/sh} # Maximum number of lines to put in a shell here document. ac_max_here_lines=12 @@ -337,7 +338,7 @@ verbose=yes ;; -version | --version | --versio | --versi | --vers) - echo "configure generated by autoconf version 2.12" + echo "configure generated by autoconf version 2.13" exit 0 ;; -with-* | --with-*) @@ -500,9 +501,11 @@ # CFLAGS is not in ac_cpp because -g, -O, etc. are not valid cpp options. ac_cpp='$CPP $CPPFLAGS' ac_compile='${CC-cc} -c $CFLAGS $CPPFLAGS conftest.$ac_ext 1>&5' -ac_link='${CC-cc} -o conftest $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5' +ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS 1>&5' cross_compiling=$ac_cv_prog_cc_cross +ac_exeext= +ac_objext=o if (echo "testing\c"; echo 1,2,3) | grep c >/dev/null; then # Stardent Vistra SVR4 grep lacks -e, says ghazi@caip.rutgers.edu. if (echo -n testing; echo 1,2,3) | sed s/-n/xn/ | grep xn >/dev/null; then @@ -540,7 +543,7 @@ echo $ac_n "checking for binaries in""... $ac_c" 1>&6 -echo "configure:544: checking for binaries in" >&5 +echo "configure:547: checking for binaries in" >&5 echo "$ac_t""$searchpath" 1>&6 # @@ -551,7 +554,7 @@ # Extract the first word of "$ac_prog", so it can be a program name with args. set dummy $ac_prog; ac_word=$2 echo $ac_n "checking for $ac_word""... $ac_c" 1>&6 -echo "configure:555: checking for $ac_word" >&5 +echo "configure:558: checking for $ac_word" >&5 if eval "test \"`echo '$''{'ac_cv_path_MOUNT'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else @@ -559,9 +562,13 @@ /*) ac_cv_path_MOUNT="$MOUNT" # Let the user override the test with a path. ;; + ?:/*) + ac_cv_path_MOUNT="$MOUNT" # Let the user override the test with a dos path. + ;; *) - IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS="${IFS}:" - for ac_dir in $searchpath$ac_dummy; do + IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS=":" + ac_dummy="$searchpath" + for ac_dir in $ac_dummy; do test -z "$ac_dir" && ac_dir=. if test -f $ac_dir/$ac_word; then ac_cv_path_MOUNT="$ac_dir/$ac_word" @@ -602,7 +609,7 @@ # Extract the first word of "$ac_prog", so it can be a program name with args. set dummy $ac_prog; ac_word=$2 echo $ac_n "checking for $ac_word""... $ac_c" 1>&6 -echo "configure:606: checking for $ac_word" >&5 +echo "configure:613: checking for $ac_word" >&5 if eval "test \"`echo '$''{'ac_cv_path_UMOUNT'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else @@ -610,9 +617,13 @@ /*) ac_cv_path_UMOUNT="$UMOUNT" # Let the user override the test with a path. ;; + ?:/*) + ac_cv_path_UMOUNT="$UMOUNT" # Let the user override the test with a dos path. + ;; *) - IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS="${IFS}:" - for ac_dir in $searchpath$ac_dummy; do + IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS=":" + ac_dummy="$searchpath" + for ac_dir in $ac_dummy; do test -z "$ac_dir" && ac_dir=. if test -f $ac_dir/$ac_word; then ac_cv_path_UMOUNT="$ac_dir/$ac_word" @@ -653,7 +664,7 @@ # Extract the first word of "$ac_prog", so it can be a program name with args. set dummy $ac_prog; ac_word=$2 echo $ac_n "checking for $ac_word""... $ac_c" 1>&6 -echo "configure:657: checking for $ac_word" >&5 +echo "configure:668: checking for $ac_word" >&5 if eval "test \"`echo '$''{'ac_cv_path_E2FSCK'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else @@ -661,9 +672,13 @@ /*) ac_cv_path_E2FSCK="$E2FSCK" # Let the user override the test with a path. ;; + ?:/*) + ac_cv_path_E2FSCK="$E2FSCK" # Let the user override the test with a dos path. + ;; *) - IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS="${IFS}:" - for ac_dir in $searchpath$ac_dummy; do + IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS=":" + ac_dummy="$searchpath" + for ac_dir in $ac_dummy; do test -z "$ac_dir" && ac_dir=. if test -f $ac_dir/$ac_word; then ac_cv_path_E2FSCK="$ac_dir/$ac_word" @@ -703,7 +718,7 @@ # Extract the first word of "$ac_prog", so it can be a program name with args. set dummy $ac_prog; ac_word=$2 echo $ac_n "checking for $ac_word""... $ac_c" 1>&6 -echo "configure:707: checking for $ac_word" >&5 +echo "configure:722: checking for $ac_word" >&5 if eval "test \"`echo '$''{'ac_cv_path_SMBMOUNT'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else @@ -711,9 +726,13 @@ /*) ac_cv_path_SMBMOUNT="$SMBMOUNT" # Let the user override the test with a path. ;; + ?:/*) + ac_cv_path_SMBMOUNT="$SMBMOUNT" # Let the user override the test with a dos path. + ;; *) - IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS="${IFS}:" - for ac_dir in $searchpath$ac_dummy; do + IFS="${IFS= }"; ac_save_ifs="$IFS"; IFS=":" + ac_dummy="$searchpath" + for ac_dir in $ac_dummy; do test -z "$ac_dir" && ac_dir=. if test -f $ac_dir/$ac_word; then ac_cv_path_SMBMOUNT="$ac_dir/$ac_word" @@ -756,7 +775,7 @@ # if test -n "$MOUNT" ; then echo $ac_n "checking if mount accepts the -s option""... $ac_c" 1>&6 -echo "configure:760: checking if mount accepts the -s option" >&5 +echo "configure:779: checking if mount accepts the -s option" >&5 if "$MOUNT" -s > /dev/null 2>&1 ; then cat >> confdefs.h <<\EOF #define HAVE_SLOPPY_MOUNT 1 @@ -772,7 +791,7 @@ # glibc/libc 6 new libraries # echo $ac_n "checking for yp_match in -lnsl""... $ac_c" 1>&6 -echo "configure:776: checking for yp_match in -lnsl" >&5 +echo "configure:795: checking for yp_match in -lnsl" >&5 ac_lib_var=`echo nsl'_'yp_match | sed 'y%./+-%__p_%'` if eval "test \"`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 @@ -780,7 +799,7 @@ ac_save_LIBS="$LIBS" LIBS="-lnsl $LIBS" cat > conftest.$ac_ext <&5; (eval $ac_link) 2>&5; } && test -s conftest; then +if { (eval echo configure:814: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then rm -rf conftest* eval "ac_cv_lib_$ac_lib_var=yes" else @@ -814,7 +833,7 @@ echo $ac_n "checking for res_query in -lresolv""... $ac_c" 1>&6 -echo "configure:818: checking for res_query in -lresolv" >&5 +echo "configure:837: checking for res_query in -lresolv" >&5 ac_lib_var=`echo resolv'_'res_query | sed 'y%./+-%__p_%'` if eval "test \"`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 @@ -822,7 +841,7 @@ ac_save_LIBS="$LIBS" LIBS="-lresolv $LIBS" cat > conftest.$ac_ext <&5; (eval $ac_link) 2>&5; } && test -s conftest; then +if { (eval echo configure:856: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then rm -rf conftest* eval "ac_cv_lib_$ac_lib_var=yes" else @@ -878,7 +897,7 @@ HAVE_HESIOD=0 echo $ac_n "checking for hes_resolve in -lhesiod""... $ac_c" 1>&6 -echo "configure:882: checking for hes_resolve in -lhesiod" >&5 +echo "configure:901: checking for hes_resolve in -lhesiod" >&5 ac_lib_var=`echo hesiod'_'hes_resolve | sed 'y%./+-%__p_%'` if eval "test \"`echo '$''{'ac_cv_lib_$ac_lib_var'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 @@ -886,7 +905,7 @@ ac_save_LIBS="$LIBS" LIBS="-lhesiod $LIBRESOLV $LIBS" cat > conftest.$ac_ext <&5; (eval $ac_link) 2>&5; } && test -s conftest; then +if { (eval echo configure:920: \"$ac_link\") 1>&5; (eval $ac_link) 2>&5; } && test -s conftest${ac_exeext}; then rm -rf conftest* eval "ac_cv_lib_$ac_lib_var=yes" else @@ -925,7 +944,7 @@ # NIS+ support? HAVE_NISPLUS=0 echo $ac_n "checking how to run the C preprocessor""... $ac_c" 1>&6 -echo "configure:929: checking how to run the C preprocessor" >&5 +echo "configure:948: checking how to run the C preprocessor" >&5 # On Suns, sometimes $CPP names a directory. if test -n "$CPP" && test -d "$CPP"; then CPP= @@ -940,14 +959,14 @@ # On the NeXT, cc -E runs the code through the compiler's parser, # not just through cpp. cat > conftest.$ac_ext < Syntax Error EOF ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" -{ (eval echo configure:950: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } -ac_err=`grep -v '^ *+' conftest.out` +{ (eval echo configure:969: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } +ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"` if test -z "$ac_err"; then : else @@ -957,14 +976,31 @@ rm -rf conftest* CPP="${CC-cc} -E -traditional-cpp" cat > conftest.$ac_ext < Syntax Error EOF ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" -{ (eval echo configure:967: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } -ac_err=`grep -v '^ *+' conftest.out` +{ (eval echo configure:986: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } +ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"` +if test -z "$ac_err"; then + : +else + echo "$ac_err" >&5 + echo "configure: failed program was:" >&5 + cat conftest.$ac_ext >&5 + rm -rf conftest* + CPP="${CC-cc} -nologo -E" + cat > conftest.$ac_ext < +Syntax Error +EOF +ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" +{ (eval echo configure:1003: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } +ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"` if test -z "$ac_err"; then : else @@ -977,6 +1013,8 @@ rm -f conftest* fi rm -f conftest* +fi +rm -f conftest* ac_cv_prog_CPP="$CPP" fi CPP="$ac_cv_prog_CPP" @@ -987,18 +1025,18 @@ ac_safe=`echo "rpcsvc/nis.h" | sed 'y%./+-%__p_%'` echo $ac_n "checking for rpcsvc/nis.h""... $ac_c" 1>&6 -echo "configure:991: checking for rpcsvc/nis.h" >&5 +echo "configure:1029: checking for rpcsvc/nis.h" >&5 if eval "test \"`echo '$''{'ac_cv_header_$ac_safe'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext < EOF ac_try="$ac_cpp conftest.$ac_ext >/dev/null 2>conftest.out" -{ (eval echo configure:1001: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } -ac_err=`grep -v '^ *+' conftest.out` +{ (eval echo configure:1039: \"$ac_try\") 1>&5; (eval $ac_try) 2>&5; } +ac_err=`grep -v '^ *+' conftest.out | grep -v "^conftest.${ac_ext}\$"` if test -z "$ac_err"; then rm -rf conftest* eval "ac_cv_header_$ac_safe=yes" @@ -1068,7 +1106,7 @@ echo "running \${CONFIG_SHELL-/bin/sh} $0 $ac_configure_args --no-create --no-recursion" exec \${CONFIG_SHELL-/bin/sh} $0 $ac_configure_args --no-create --no-recursion ;; -version | --version | --versio | --versi | --vers | --ver | --ve | --v) - echo "$CONFIG_STATUS generated by autoconf version 2.12" + echo "$CONFIG_STATUS generated by autoconf version 2.13" exit 0 ;; -help | --help | --hel | --he | --h) echo "\$ac_cs_usage"; exit 0 ;; @@ -1087,9 +1125,11 @@ s/@@/%@/; s/@@/@%/; s/@g\$/%g/' > conftest.subs <<\\CEOF $ac_vpsub $extrasub +s%@SHELL@%$SHELL%g s%@CFLAGS@%$CFLAGS%g s%@CPPFLAGS@%$CPPFLAGS%g s%@CXXFLAGS@%$CXXFLAGS%g +s%@FFLAGS@%$FFLAGS%g s%@DEFS@%$DEFS%g s%@LDFLAGS@%$LDFLAGS%g s%@LIBS@%$LIBS%g diff -urN autofs-3.1.3/daemon/mount.c /usr/src/autofs-3.1.3/daemon/mount.c --- autofs-3.1.3/daemon/mount.c Tue Nov 3 21:21:14 1998 +++ /usr/src/autofs-3.1.3/daemon/mount.c Thu Dec 16 01:02:15 1999 @@ -25,7 +25,7 @@ /* These filesystems are known not to work with the "generic" module */ static char *not_generic[] = { "nfs", "smbfs", "ncpfs", "userfs", "afs", - "autofs", NULL }; + "autofs", "changer", NULL }; int do_mount(const char *root, const char *name, int name_len, const char *what, const char *fstype, const char *options) diff -urN autofs-3.1.3/modules/Makefile /usr/src/autofs-3.1.3/modules/Makefile --- autofs-3.1.3/modules/Makefile Tue Nov 3 21:21:14 1998 +++ /usr/src/autofs-3.1.3/modules/Makefile Fri Jan 21 17:26:14 2000 @@ -7,11 +7,11 @@ include ../Makefile.rules SRCS := lookup_yp.c lookup_file.c lookup_program.c \ - parse_sun.c \ + parse_sun.c mount_changer.c\ mount_generic.c mount_nfs.c mount_afs.c mount_autofs.c MODS := lookup_yp.so lookup_file.so lookup_program.so \ - parse_sun.so \ + parse_sun.so mount_changer.so\ mount_generic.so mount_nfs.so mount_afs.so mount_autofs.so ifeq ($(EXT2FS), 1) diff -urN autofs-3.1.3/modules/mount_changer.c /usr/src/autofs-3.1.3/modules/mount_changer.c --- autofs-3.1.3/modules/mount_changer.c Thu Jan 1 01:00:00 1970 +++ /usr/src/autofs-3.1.3/modules/mount_changer.c Thu Dec 16 03:16:43 1999 @@ -0,0 +1,149 @@ +/* ----------------------------------------------------------------------- * + * + * mount_changer.c - module for Linux automountd to mount filesystems + * from cd changers + * + * Copyright 1999 Toby Jaffey - All Rights Reserved + * CD swapping code from linux kernel in Documentation/cdrom/ide-cd + * Based on code originally from Gerhard Zuber . + * Changer status information, and rewrite for the new Uniform CDROM driver + * interface by Erik Andersen . + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation, Inc., 675 Mass Ave, Cambridge MA 02139, + * USA; either version 2 of the License, or (at your option) any later + * version; incorporated herein by reference. + * + * ----------------------------------------------------------------------- */ + +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#define MODULE_MOUNT +#include "automount.h" + +#define MODPREFIX "mount(changer): " +int mount_version = AUTOFS_MOUNT_VERSION; /* Required by protocol */ + +int swapCD(const char *device, const char *slotName); + +int mount_init(void **context) +{ +return 0; +} + +int mount_mount(const char *root, const char *name, int name_len, + const char *what, const char *fstype, const char *options, + void *context) +{ + char *fullpath; + int err; + + fstype = "iso9660"; + + fullpath = alloca(strlen(root)+name_len+2); + if ( !fullpath ) { + syslog(LOG_ERR, MODPREFIX "alloca: %m"); + return 1; + } + sprintf(fullpath, "%s/%s", root, name); + + syslog(LOG_DEBUG, MODPREFIX "calling umount %s", what); + err = spawnl(LOG_DEBUG, "/bin/umount", "/bin/umount", what, NULL); + if ( err ) { + syslog(LOG_DEBUG, MODPREFIX "umount of %s failed (all may be unmounted)", what); + } + + syslog(LOG_DEBUG, MODPREFIX "calling mkdir %s", fullpath); + if ( mkdir(fullpath, 0555) && errno != EEXIST ) { + syslog(LOG_NOTICE, MODPREFIX "mkdir %s failed: %m", name); + return 1; + } + + syslog(LOG_NOTICE, MODPREFIX "Swapping CD to slot %s", name); + err = swapCD(what, name); + if ( err ) { + syslog(LOG_NOTICE, MODPREFIX "failed to swap CD to slot %s", name); + return 1; + } + if ( options ) { + syslog(LOG_DEBUG, MODPREFIX "calling mount -t %s " SLOPPY "-o %s %s %s", + fstype, options, what, fullpath); + err = spawnl(LOG_DEBUG, PATH_MOUNT, PATH_MOUNT, "-t", fstype, what, SLOPPYOPT "-o", options, what, fullpath, NULL); + } else { + syslog(LOG_DEBUG, MODPREFIX "calling mount -t %s %s %s", + fstype, what, fullpath); + err = spawnl(LOG_DEBUG, PATH_MOUNT, PATH_MOUNT, "-t", fstype, what, fullpath, NULL); + } + if ( err ) { + rmdir(fullpath); + syslog(LOG_NOTICE, MODPREFIX "failed to mount %s (type %s) on %s", + what, fstype, fullpath); + return 1; + } else { + syslog(LOG_DEBUG, MODPREFIX "mounted %s type %s on %s", + what, fstype, fullpath); + return 0; + } +} + +int mount_done(void *context) +{ + return 0; +} + +int swapCD(const char *device, const char *slotName) +{ +int fd; /* file descriptor for CD-ROM device */ +int status; /* return status for system calls */ +int slot=-1; +int total_slots_available; + +slot = atoi (slotName) - 1; + +/* open device */ +fd = open(device, O_RDONLY | O_NONBLOCK); +if (fd < 0) + { + syslog(LOG_NOTICE, MODPREFIX "Opening device %s failed : %s", device, strerror(errno)); + return 1; + } + +/* Check CD player status */ +total_slots_available = ioctl (fd, CDROM_CHANGER_NSLOTS); +if (total_slots_available <= 1 ) + { + syslog(LOG_NOTICE, MODPREFIX, "Device %s is not an ATAPI compliant CD changer.\n", device); + return 1; + } + +/* load */ +slot=ioctl (fd, CDROM_SELECT_DISC, slot); +if (slot<0) + { + syslog(LOG_NOTICE, MODPREFIX, "CDROM_SELECT_DISC failed"); + return 1; + } + +/* close device */ +status = close (fd); +if (status != 0) + { + syslog(LOG_NOTICE, MODPREFIX, "close failed for `%s': %s\n", device, strerror(errno)); + return 1; + } +return 0; +} + diff -urN autofs-3.1.3/modules/parse_sun.c /usr/src/autofs-3.1.3/modules/parse_sun.c --- autofs-3.1.3/modules/parse_sun.c Tue Nov 3 21:21:14 1998 +++ /usr/src/autofs-3.1.3/modules/parse_sun.c Thu Dec 16 03:13:14 1999 @@ -491,8 +491,10 @@ mount_nfs->context); } else { /* Generic mount routine */ + // if ( !strcmp(fstype, "changer") ) // FIXME, dirty hack to allow an fstype to the changer + // options+=8; rv = do_mount(root, name, name_len, ent, fstype, options); - } + } if (options) free(options); return rv; --sm4nu43k4a2Rpi4c-- From owner-autofs@linux.kernel.org Fri Jan 21 11:25:32 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id LAA28359 for ; Fri, 21 Jan 2000 11:25:31 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 26 Oct 1999 18:01:47 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id MAA08799 for ; Fri, 21 Jan 2000 12:25:17 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 26 Oct 1999 18:01:43 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA12172 for autofs-list; Fri, 21 Jan 2000 11:15:57 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA12169 for ; Fri, 21 Jan 2000 11:15:56 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id LAA03374 for ; Fri, 21 Jan 2000 11:15:55 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma003368; Fri, 21 Jan 00 11:15:46 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id LAA26217 for ; Fri, 21 Jan 2000 11:15:47 -0800 (PST) Message-ID: <3888B062.6FBE00B6@transmeta.com> Date: Fri, 21 Jan 2000 11:15:46 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: autofs 3.1.4 released Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: I have just released version 3.1.4 of the Linux autofs daemon. This will most likely be the final relase of autofs v3. Jeremy Fitzhardinge will be releasing autofs v4 (I'll try to look over his stuff, but realistically I pretty much has to trust him on this one due to time constraints.) I would appreciate it if as many as possible would try out his stuff. I will be working on autofs v5 -- hopefully for inclusion in the 2.5 kernel tree. autofs-3.1.4 is as usual available at: http://www.kernel.org/pub/linux/daemons/autofs/ ftp://ftp.kernel.org/pub/linux/daemons/autofs/ -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Fri Jan 21 13:07:25 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id NAA29089 for ; Fri, 21 Jan 2000 13:07:24 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 26 Oct 1999 19:43:40 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA08947 for ; Fri, 21 Jan 2000 14:07:11 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 26 Oct 1999 19:43:37 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA15744 for autofs-list; Fri, 21 Jan 2000 12:57:22 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA15741 for ; Fri, 21 Jan 2000 12:57:21 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA08169; Fri, 21 Jan 2000 12:57:17 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma008143; Fri, 21 Jan 00 12:57:12 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA05715; Fri, 21 Jan 2000 12:57:13 -0800 (PST) Message-ID: <3888C829.D7748178@transmeta.com> Date: Fri, 21 Jan 2000 12:57:13 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: bservis@usa.net CC: autofs mailing list Subject: Re: autofs 3.1.4 released References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Brian Servis wrote: > > *- On 21 Jan, H. Peter Anvin wrote about "autofs 3.1.4 released" > > I have just released version 3.1.4 of the Linux autofs daemon. This > > Would it be too much trouble to post a changelog/synopsis of the changes > since 3.1.3 to the list? > Sure: Since autofs-3.1.3: ------------------- * Merge in documentation changes from RedHat RPM. * Support installing the samples stuff (make install_samples). * Make samples/rc.autofs appropriate for both RedHat and Debian. Thanks to Jeremy Fitzhardinge for a patch here. * Added fixes to mount_autofs with options, from Rainer Clasen. * Removed the now-obsolete mount_smbfs. MAKE SURE YOU READ "README.smbfs" before trying to mount an smbfs filesystem using autofs!! * Created a new lookup_multi module. Sample usage: automount /path multi file /etc/auto.path -- yp auto.path * New mount_changer module from Toby Jaffery (for selecting slots out of a media changer automatically.) See README.changer. * Include spec file that can make a RedHat RPM. Note that this may not be appropriate for actual RedHat systems; the way RedHat does autofs seems to change with every release. -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Fri Jan 21 13:07:44 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id NAA29093 for ; Fri, 21 Jan 2000 13:07:43 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 26 Oct 1999 19:43:59 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA08951 for ; Fri, 21 Jan 2000 14:07:31 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 26 Oct 1999 19:43:56 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA15646 for autofs-list; Fri, 21 Jan 2000 12:54:56 -0800 Received: from joseph.egl.net (jacob.egl.net [208.159.114.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA15643 for ; Fri, 21 Jan 2000 12:54:54 -0800 Received: from brian.servis.snet (unverified [208.163.4.58]) by joseph.egl.net (Rockliffe SMTPRA 3.4.5) with ESMTP id for ; Fri, 21 Jan 2000 15:53:14 -0500 Received: from localhost (brian) [127.0.0.1] by brian.servis.snet with esmtp (Exim 3.03 #1 (Debian)) id 12Bl4H-00069z-00; Fri, 21 Jan 2000 15:54:06 -0500 Date: Fri, 21 Jan 2000 15:54:00 -0500 (EST) From: Brian Servis Reply-To: bservis@usa.net Subject: Re: autofs 3.1.4 released To: autofs mailing list In-Reply-To: <3888B062.6FBE00B6@transmeta.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: *- On 21 Jan, H. Peter Anvin wrote about "autofs 3.1.4 released" > I have just released version 3.1.4 of the Linux autofs daemon. This Would it be too much trouble to post a changelog/synopsis of the changes since 3.1.3 to the list? Thanks, Brian Servis -- ------------------------------------------------------------------------ bservis@usa.net (preferred) | Never criticize anybody until you bservis@egl.net | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Fri Jan 21 17:28:29 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA31712 for ; Fri, 21 Jan 2000 17:28:28 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 27 Oct 1999 00:04:44 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA09273 for ; Fri, 21 Jan 2000 18:27:33 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 27 Oct 1999 00:03:59 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA24414 for autofs-list; Fri, 21 Jan 2000 17:16:21 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA24411 for ; Fri, 21 Jan 2000 17:16:19 -0800 Received: from etcservices.com (prometheus14.carroll.com [207.111.91.143]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id RAA29734 for ; Fri, 21 Jan 2000 17:16:10 -0800 Received: from EtcServices.com (IDENT:swebster@descartes.etcservices.com [192.168.0.5]) by etcservices.com (8.9.3/8.9.3) with ESMTP id UAA27942; Fri, 21 Jan 2000 20:10:11 -0500 Message-ID: <38890373.F5A358C4@EtcServices.com> Date: Fri, 21 Jan 2000 20:10:11 -0500 From: "Scott D. Webster" Organization: Etc Services X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i586) X-Accept-Language: en, ja, zh, zh-CN, zh-TW, ko MIME-Version: 1.0 To: "Coetmeur, Alain" CC: "'Steve Haslam'" , autofs@linux.kernel.org Subject: Re: autofs and samba... References: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> Content-Type: multipart/mixed; boundary="------------A8359B5D4E9BF574247D05C9" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is a multi-part message in MIME format. --------------A8359B5D4E9BF574247D05C9 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by linux.kernel.org id RAA24414 "Coetmeur, Alain" wrote: >=20 > > -----Message d'origine----- > > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > > Date: mardi 11 janvier 2000 02:37 > > =C0: autofs@linux.kernel.org > > Objet: autofs and samba... > > > > > > This is probably something you get a lots of complaints about- but > > this email is actually a contribution of real code I've written to ge= t > > Samba shares automounting. Knowing my luck, it's duplicated something > > someone else has done, but hey, it was fun... > I've also worked on this problem in my (internal) > version 0.2 of autofs_slashnet, but I've bumped > on samba 2.0.5 limitation (no gid=3D/uid=3D, even with a mount.smb scri= pt) ... BTW, 2.0.6 is the latest samba version which contains rewritten smbmount. The .rpm installs it w/ a /sbin/mount.smbfs symlink to /usr/sbin/smbmount. Once I created an additional /sbin/mount.smb symlink, it worked great w/ autofs 3.1.3 descartes $ rpm -q samba autofs samba-2.0.6-19991110 autofs-3.1.3-9 -- Scott D. Webster mailto:SWebster@EtcServices.com Etc Services http://www.etcservices.com =20 Voice: 201.385.7113 Pager: 800.379.2402 Linux, UNIX, & TCP/IP Network Consulting --------------A8359B5D4E9BF574247D05C9 Content-Type: text/x-vcard; charset=us-ascii; name="SWebster.vcf" Content-Description: Card for Scott D. Webster Content-Disposition: attachment; filename="SWebster.vcf" Content-Transfer-Encoding: 7bit begin:vcard n:Webster;Scott tel;pager:800-379-2402 tel;fax:413-674-2154 tel;work:201-385-7113 x-mozilla-html:FALSE url:http://www.EtcServices.com org:Etc Services adr:;;31 N. Vivyen St.;Bergenfield;NJ;07621-1529;USA version:2.1 email;internet:swebster@etcservices.com title:Owner note:Linux, Unix & TCP/IP Networking Consultant x-mozilla-cpt:;-6112 fn:Scott D. Webster end:vcard --------------A8359B5D4E9BF574247D05C9-- From owner-autofs@linux.kernel.org Fri Jan 21 17:41:00 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA31725 for ; Fri, 21 Jan 2000 17:41:00 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA24414 for autofs-list; Fri, 21 Jan 2000 17:16:21 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA24411 for ; Fri, 21 Jan 2000 17:16:19 -0800 Received: from etcservices.com (prometheus14.carroll.com [207.111.91.143]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id RAA29734 for ; Fri, 21 Jan 2000 17:16:10 -0800 Received: from EtcServices.com (IDENT:swebster@descartes.etcservices.com [192.168.0.5]) by etcservices.com (8.9.3/8.9.3) with ESMTP id UAA27942; Fri, 21 Jan 2000 20:10:11 -0500 Message-ID: <38890373.F5A358C4@EtcServices.com> Date: Fri, 21 Jan 2000 20:10:11 -0500 From: "Scott D. Webster" Organization: Etc Services X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i586) X-Accept-Language: en, ja, zh, zh-CN, zh-TW, ko MIME-Version: 1.0 To: "Coetmeur, Alain" CC: "'Steve Haslam'" , autofs@linux.kernel.org Subject: Re: autofs and samba... References: <40C4228EC468D211B04800A0C9DF1D664FB7DE@TSEXCHANGE> Content-Type: multipart/mixed; boundary="------------A8359B5D4E9BF574247D05C9" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: This is a multi-part message in MIME format. --------------A8359B5D4E9BF574247D05C9 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit "Coetmeur, Alain" wrote: > > > -----Message d'origine----- > > De: Steve Haslam [mailto:steve.haslam@excitehome.net] > > Date: mardi 11 janvier 2000 02:37 > > À: autofs@linux.kernel.org > > Objet: autofs and samba... > > > > > > This is probably something you get a lots of complaints about- but > > this email is actually a contribution of real code I've written to get > > Samba shares automounting. Knowing my luck, it's duplicated something > > someone else has done, but hey, it was fun... > I've also worked on this problem in my (internal) > version 0.2 of autofs_slashnet, but I've bumped > on samba 2.0.5 limitation (no gid=/uid=, even with a mount.smb script) ... BTW, 2.0.6 is the latest samba version which contains rewritten smbmount. The .rpm installs it w/ a /sbin/mount.smbfs symlink to /usr/sbin/smbmount. Once I created an additional /sbin/mount.smb symlink, it worked great w/ autofs 3.1.3 descartes $ rpm -q samba autofs samba-2.0.6-19991110 autofs-3.1.3-9 -- Scott D. Webster mailto:SWebster@EtcServices.com Etc Services http://www.etcservices.com Voice: 201.385.7113 Pager: 800.379.2402 Linux, UNIX, & TCP/IP Network Consulting --------------A8359B5D4E9BF574247D05C9 Content-Type: text/x-vcard; charset=us-ascii; name="SWebster.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Scott D. Webster Content-Disposition: attachment; filename="SWebster.vcf" begin:vcard n:Webster;Scott tel;pager:800-379-2402 tel;fax:413-674-2154 tel;work:201-385-7113 x-mozilla-html:FALSE url:http://www.EtcServices.com org:Etc Services adr:;;31 N. Vivyen St.;Bergenfield;NJ;07621-1529;USA version:2.1 email;internet:swebster@etcservices.com title:Owner note:Linux, Unix & TCP/IP Networking Consultant x-mozilla-cpt:;-6112 fn:Scott D. Webster end:vcard --------------A8359B5D4E9BF574247D05C9-- From owner-autofs@linux.kernel.org Sat Jan 22 05:21:42 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id FAA04885 for ; Sat, 22 Jan 2000 05:21:41 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 27 Oct 1999 11:57:57 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id GAA09991 for ; Sat, 22 Jan 2000 06:21:26 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 27 Oct 1999 11:57:54 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA15604 for autofs-list; Sat, 22 Jan 2000 05:06:37 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA15601 for ; Sat, 22 Jan 2000 05:06:34 -0800 Received: from etcservices.com (prometheus14.carroll.com [207.111.91.143]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id FAA15463 for ; Sat, 22 Jan 2000 05:06:20 -0800 Received: from EtcServices.com (IDENT:swebster@descartes.etcservices.com [192.168.0.5]) by etcservices.com (8.9.3/8.9.3) with ESMTP id IAA30634 for ; Sat, 22 Jan 2000 08:03:12 -0500 Message-ID: <3889AA90.8C90E2E2@EtcServices.com> Date: Sat, 22 Jan 2000 08:03:12 -0500 From: "Scott D. Webster" Organization: Etc Services X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.13 i586) X-Accept-Language: en, ja, zh, zh-CN, zh-TW, ko MIME-Version: 1.0 CC: autofs@linux.kernel.org Subject: Re: Permissions for autofs mounted dirs References: Content-Type: multipart/mixed; boundary="------------9026BBC1DEB583444A1D747D" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This is a multi-part message in MIME format. --------------9026BBC1DEB583444A1D747D Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Lars Clausen wrote: > > Hi! > > I'm setting up autofs for removeable disk access (floppy & zip), but can't > seem to get it writeable for any but root: > > [lrclause@coral lrclause]$ ls -ld /disks/floppy > drwxr-xr-x 2 root root 7168 Dec 31 1969 /disks/floppy > [lrclause@coral lrclause]$ ls -l /dev/fd0 > brw-rw-rw- 1 lrclause floppy 2, 0 May 5 1998 /dev/fd0 > [lrclause@coral lrclause]$ cat /etc/auto.disks > # This is an automounter map and it has the following format > # key [ -mount-options-separated-by-comma ] location > # Details may be found in the autofs(5) manpage > > floppy -fstype=umsdos,user,nosuid,noexec,sync,nodev :/dev/fd0 > cdrom -fstype=auto,nosuid,noexec,sync,nodev :/dev/cdrom > > I haven't been able to find anything related to this in the docs or a quick > grep of the source. What I have found is that the umask of the mounting > process is used for the mountpoint, so if I mount it manually with a 000 > umask, I get it world-writeable. See the mount manpage. There are "uid=" & "gid=" options for many (most?) filesystems. Scott D. Webster mailto:SWebster@EtcServices.com Etc Services http://www.etcservices.com Voice: 201.385.7113 Pager: 800.379.2402 Linux, UNIX, & TCP/IP Network Consulting --------------9026BBC1DEB583444A1D747D Content-Type: text/x-vcard; charset=us-ascii; name="SWebster.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Scott D. Webster Content-Disposition: attachment; filename="SWebster.vcf" begin:vcard n:Webster;Scott tel;pager:800-379-2402 tel;fax:413-674-2154 tel;work:201-385-7113 x-mozilla-html:FALSE url:http://www.EtcServices.com org:Etc Services adr:;;31 N. Vivyen St.;Bergenfield;NJ;07621-1529;USA version:2.1 email;internet:swebster@etcservices.com title:Owner note:Linux, Unix & TCP/IP Networking Consultant x-mozilla-cpt:;-6112 fn:Scott D. Webster end:vcard --------------9026BBC1DEB583444A1D747D-- From owner-autofs@linux.kernel.org Sat Jan 22 12:51:23 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id MAA08477 for ; Sat, 22 Jan 2000 12:51:23 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 27 Oct 1999 19:27:39 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id NAA10362 for ; Sat, 22 Jan 2000 13:50:57 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 27 Oct 1999 19:27:25 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA31029 for autofs-list; Sat, 22 Jan 2000 12:34:18 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA31018 for ; Sat, 22 Jan 2000 12:34:15 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 3727F62002 for ; Sat, 22 Jan 2000 12:34:14 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id B8A66ACDE6; Sat, 22 Jan 2000 12:34:13 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 22 Jan 2000 12:34:13 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: Announce: autofs-4.0.0-pre1 released Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hi all, As HPA mentioned, he asked me to pull together the autofs 4 release. Here's the first attempt: autofs-4.0.0-pre1. This is more or less identical to the patch I previously announced, except for the version number change. Differences from autofs-3.1.4: - supports automounting trees of filesystems, rather than single filesystems - supports scaffolding directories, for the case where the actual mountpoint isn't at the top-level autofs directory, or where the automounted filesystems don't provide proper mount-points - the NFS module supports the "nosymlink" mount option flag to inhibit the use of symlinks for (apparently) local mounts The tree mount and scaffolding directory features require the use of the updated kernel module which implements autofs v4 protocol. If you don't need the new features, autofs-4.0.0 should work fine with the standard v3 kernel module too (and I'd love people to test this). Also, if you update the kernel module but want to continue using autofs-3.1.4, that should work fine too. This is an experimental test release. You should still use autofs-3.1.4 for any production system. That said, it would be great if someone puts this version on a busy multi-user server with lots of autofs use on a network with lots of hosts. That would really shake out bugs... Download the full source for autofs-4.0.0-pre1 or a patch from autofs-3.1.4 from http://www.goop.org/~jeremy/autofs J From owner-autofs@linux.kernel.org Sun Jan 23 14:08:55 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA21441 for ; Sun, 23 Jan 2000 14:08:55 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA16063 for autofs-list; Sun, 23 Jan 2000 13:32:57 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA16060 for ; Sun, 23 Jan 2000 13:32:56 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 0CEAF62002 for ; Sun, 23 Jan 2000 13:32:56 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id E4006ACDE6; Sun, 23 Jan 2000 13:32:55 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 23 Jan 2000 13:32:55 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: autofs v4 patch updates Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi all, I've updated the autofs kernel patches to fix a couple more edge-case bugs. Patches for 2.2.14 and 2.3.40 are at http://www.goop.org/~jeremy/autofs J From owner-autofs@linux.kernel.org Mon Jan 24 00:23:49 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id AAA26056 for ; Mon, 24 Jan 2000 00:23:49 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 29 Oct 1999 07:00:05 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id BAA12266 for ; Mon, 24 Jan 2000 01:23:31 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 29 Oct 1999 07:00:02 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA04952 for autofs-list; Mon, 24 Jan 2000 00:11:09 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA04949 for ; Mon, 24 Jan 2000 00:11:07 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 8846262002; Mon, 24 Jan 2000 00:11:07 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 56645ACDE6; Mon, 24 Jan 2000 00:11:07 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 24 Jan 2000 00:11:07 -0800 (PST) From: Jeremy Fitzhardinge To: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: I've updated the autofs v4 patch for 2.2.14 and 2.3.40. This fixes some edge cases I found in testing since the previous release. Autofs v4 extends the autofs functionality by implementing tree mounts, so that entire trees of filesystems can be automounted rather than since filesystems; this allows you to have a Solaris-style /net. Autofs patches and the autofs-4.0.0-pre1 daemon are available from ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4 or http://www.goop.org/~jeremy/autofs. There are two patches for 2.3: autofs4-2.3.40-20000123 and autofs-2.3.40-20000123. The former adds a completely new filesystem called "autofs4", and leaves the existing autofs code intact. The latter replaces the existing autofs v3 filesystem with the autofs v4 filesystem. They are functionally identical. Autofs v4 is completely backwards compatible with autofs v3 (the old v3 daemon will work fine with the v4 kernel code). J From owner-autofs@linux.kernel.org Mon Jan 24 04:37:24 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id EAA28816 for ; Mon, 24 Jan 2000 04:37:24 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id DAA13623 for autofs-list; Mon, 24 Jan 2000 03:56:46 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id DAA13620 for ; Mon, 24 Jan 2000 03:56:45 -0800 Received: from cab.cnea.gov.ar (cab.cnea.gov.ar [168.96.72.3]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id DAA05616 for ; Mon, 24 Jan 2000 03:56:41 -0800 Received: from cab.cnea.gov.ar (darie@cabmec22.cnea.gov.ar [168.96.74.55]) by cab.cnea.gov.ar (8.9.3/8.9.3) with ESMTP id IAA12559 for ; Mon, 24 Jan 2000 08:55:29 -0300 Message-ID: <388C3EE4.3C44F8D1@cab.cnea.gov.ar> Date: Mon, 24 Jan 2000 09:00:36 -0300 From: "Enzo A. Dari" Organization: CAB-IB CNEA X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: Re: Permissions for autofs mounted dirs References: <3889AA90.8C90E2E2@EtcServices.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Lars Clausen wrote: >... > I'm setting up autofs for removeable disk access (floppy & zip), but can't > seem to get it writeable for any but root... Try option "umask=000" in the map: floppy -fstype=vfat,umask=000 :/dev/fd0 -- Greetings, O__ Enzo. ,>/ ========================================================()=\()==== Enzo A. Dari | Instituto Balseiro / Centro Atomico Bariloche 8400-San Carlos de Bariloche, Argentina | email: darie@cab.cnea.gov.ar Phone: 54-2944-445208, 54-2944-445100 Fax: 54-2944-445299 Web page: http://cabmec1.cnea.gov.ar/darie/darie.htm From owner-autofs@linux.kernel.org Tue Jan 25 17:14:46 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA14629 for ; Tue, 25 Jan 2000 17:14:45 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 30 Oct 1999 23:51:02 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA15288 for ; Tue, 25 Jan 2000 18:14:23 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 30 Oct 1999 23:50:58 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA24844 for autofs-list; Tue, 25 Jan 2000 16:53:06 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA24841 for ; Tue, 25 Jan 2000 16:53:04 -0800 Received: from entropy.ucsc.edu (IDENT:root@entropy.ucsc.edu [128.114.41.125]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id QAA05834 for ; Tue, 25 Jan 2000 16:53:03 -0800 Received: from localhost (richmc@localhost) by entropy.ucsc.edu (8.9.3/8.9.3) with ESMTP id QAA06635 for ; Tue, 25 Jan 2000 16:51:57 -0800 Date: Tue, 25 Jan 2000 16:51:57 -0800 (PST) From: Rich McClellan To: autofs@linux.kernel.org Subject: directory listing... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: A Hello all, I apologize up front if this has been beaten to death but I've looked high and low and found nothing: Is it possible to have autofs show a listing of mount points even if they have not been mounted? I realize that it might tax the automounter to mount every point when someone does an `ls /net` or `ls /home`, but the users here are going nuts trying to find there way around blindly. thanks! Rich From alvin@maggie.linux-Consulting.com Tue Jan 25 17:25:33 2000 Return-Path: Received: from localhost (alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA14676; Tue, 25 Jan 2000 17:22:17 -0800 Date: Tue, 25 Jan 2000 17:22:17 -0800 (PST) From: Alvin Oga To: Rich McClellan cc: autofs@linux.kernel.org, Alvin Oga Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: hi ya rich... try the autofs-howto http://www.linux-consulting.com/Amd_AutoFS/autofs-HOWTO.html at least for now....it will work...until you have time to plan something more elegant/effective thanx alvin On Tue, 25 Jan 2000, Rich McClellan wrote: > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > > thanks! > Rich > From owner-autofs@linux.kernel.org Tue Jan 25 17:26:33 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA14976 for ; Tue, 25 Jan 2000 17:26:33 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id QAA24844 for autofs-list; Tue, 25 Jan 2000 16:53:06 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id QAA24841 for ; Tue, 25 Jan 2000 16:53:04 -0800 Received: from entropy.ucsc.edu (IDENT:root@entropy.ucsc.edu [128.114.41.125]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id QAA05834 for ; Tue, 25 Jan 2000 16:53:03 -0800 Received: from localhost (richmc@localhost) by entropy.ucsc.edu (8.9.3/8.9.3) with ESMTP id QAA06635 for ; Tue, 25 Jan 2000 16:51:57 -0800 Date: Tue, 25 Jan 2000 16:51:57 -0800 (PST) From: Rich McClellan To: autofs@linux.kernel.org Subject: directory listing... Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Hello all, I apologize up front if this has been beaten to death but I've looked high and low and found nothing: Is it possible to have autofs show a listing of mount points even if they have not been mounted? I realize that it might tax the automounter to mount every point when someone does an `ls /net` or `ls /home`, but the users here are going nuts trying to find there way around blindly. thanks! Rich From owner-autofs@linux.kernel.org Tue Jan 25 17:34:09 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA15074 for ; Tue, 25 Jan 2000 17:34:08 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 00:10:26 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA15312 for ; Tue, 25 Jan 2000 18:33:48 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 00:10:23 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA25901 for autofs-list; Tue, 25 Jan 2000 17:23:29 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA25898 for ; Tue, 25 Jan 2000 17:23:28 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id RAA32134; Tue, 25 Jan 2000 17:23:14 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma032128; Tue, 25 Jan 00 17:23:03 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id RAA25075; Tue, 25 Jan 2000 17:23:06 -0800 (PST) Message-ID: <388E4C7A.2C94E7FF@transmeta.com> Date: Tue, 25 Jan 2000 17:23:06 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Rich McClellan CC: autofs@linux.kernel.org Subject: Re: directory listing... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Rich McClellan wrote: > > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > No, it's not. It's on the planned feature list for autofs v5. -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Tue Jan 25 17:34:38 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA15078 for ; Tue, 25 Jan 2000 17:34:37 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 00:10:55 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA15316 for ; Tue, 25 Jan 2000 18:34:16 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 00:10:52 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA25998 for autofs-list; Tue, 25 Jan 2000 17:25:38 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA25995 for ; Tue, 25 Jan 2000 17:25:37 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id RAA06745 for ; Tue, 25 Jan 2000 17:25:37 -0800 Received: from localhost (alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA14676; Tue, 25 Jan 2000 17:22:17 -0800 Date: Tue, 25 Jan 2000 17:22:17 -0800 (PST) From: Alvin Oga To: Rich McClellan cc: autofs@linux.kernel.org, Alvin Oga Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya rich... try the autofs-howto http://www.linux-consulting.com/Amd_AutoFS/autofs-HOWTO.html at least for now....it will work...until you have time to plan something more elegant/effective thanx alvin On Tue, 25 Jan 2000, Rich McClellan wrote: > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > > thanks! > Rich > From richmc@entropy.ucsc.edu Tue Jan 25 17:41:39 2000 Return-Path: Received: from entropy.ucsc.edu (root@entropy.ucsc.edu [128.114.41.125]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA15086 for ; Tue, 25 Jan 2000 17:41:39 -0800 Received: from localhost (richmc@localhost) by entropy.ucsc.edu (8.9.3/8.9.3) with ESMTP id RAA07291 for ; Tue, 25 Jan 2000 17:41:42 -0800 Date: Tue, 25 Jan 2000 17:41:42 -0800 (PST) From: Rich McClellan To: Alvin Oga Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: A Thanks for the reply, Alvin. I'll have a look through your HOWTO, but I don't recall seeing anything about the listing of unmounted dirs... and symlinks is almost even worse because the users do a `cd ..` and end up in some other, unexpected, directory. thanks again, Rich From owner-autofs@linux.kernel.org Tue Jan 25 17:41:48 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA15090 for ; Tue, 25 Jan 2000 17:41:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA25998 for autofs-list; Tue, 25 Jan 2000 17:25:38 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA25995 for ; Tue, 25 Jan 2000 17:25:37 -0800 Received: from mail.Linux-Consulting.com (IDENT:alvin@alvin.fef.com [198.147.196.15]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id RAA06745 for ; Tue, 25 Jan 2000 17:25:37 -0800 Received: from localhost (alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA14676; Tue, 25 Jan 2000 17:22:17 -0800 Date: Tue, 25 Jan 2000 17:22:17 -0800 (PST) From: Alvin Oga To: Rich McClellan cc: autofs@linux.kernel.org, Alvin Oga Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: hi ya rich... try the autofs-howto http://www.linux-consulting.com/Amd_AutoFS/autofs-HOWTO.html at least for now....it will work...until you have time to plan something more elegant/effective thanx alvin On Tue, 25 Jan 2000, Rich McClellan wrote: > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > > thanks! > Rich > From owner-autofs@linux.kernel.org Tue Jan 25 18:12:59 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA15150 for ; Tue, 25 Jan 2000 18:12:57 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 00:49:15 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id TAA15358 for ; Tue, 25 Jan 2000 19:12:32 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 00:49:08 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id SAA27595 for autofs-list; Tue, 25 Jan 2000 18:02:29 -0800 Received: from joseph.egl.net (jacob.egl.net [208.159.114.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id SAA27592 for ; Tue, 25 Jan 2000 18:02:27 -0800 Received: from pm1m22.egl.net (unverified [208.163.4.72]) by joseph.egl.net (Rockliffe SMTPRA 3.4.5) with ESMTP id ; Tue, 25 Jan 2000 21:00:48 -0500 Received: from localhost (brian) [127.0.0.1] by pm1m22.egl.net with esmtp (Exim 3.12 #1 (Debian)) id 12DHmh-0003xo-00; Tue, 25 Jan 2000 21:02:16 -0500 Date: Tue, 25 Jan 2000 21:02:09 -0500 (EST) From: Brian Servis Reply-To: bservis@usa.net Subject: Re: directory listing... To: richmc@entropy.ucsc.edu cc: autofs@linux.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: *- On 25 Jan, Rich McClellan wrote about "directory listing..." > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > Make a directory of symlinks that point to your actual mount points that are controlled by the automounter. Thus the symlinks will be orphaned links until they are used. Take a look at http://www.Linux-Consulting.com/Amd_AutoFS/autofs-5.html#ss5.3. Example: Let autofs manage everything under /.autofs/net and then make /net a farm of symlinks to /.autofs/net as in: /net/machine1 -> /.autofs/net/machine1 where /.autofs/net/machine1 is created by the automounter when someone cd's to /net/machine1. #/etc/auto.master /.autofs/net /etc/auto.net #/etc/auto.net machine1 This works for me. The only thing that I have discovered is that if a user is using an ls with color options enabled and they have orphaned symlinks a different color than un-orphaned symlinks then the automounter will mount all the mount points pointed to in a farm of symlinks. The ls code must determine if a symlink is an orphan or not so it follows the symlink, thus causing the automounter to mount the fs pointed to by the link. Brian Servis -- ------------------------------------------------------------------------ bservis@usa.net (preferred) | Never criticize anybody until you bservis@egl.net | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From alvin@maggie.linux-Consulting.com Tue Jan 25 18:22:52 2000 Return-Path: Received: from localhost (alvin@localhost) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA15177; Tue, 25 Jan 2000 18:22:51 -0800 Date: Tue, 25 Jan 2000 18:22:51 -0800 (PST) From: Alvin Oga To: Rich McClellan cc: Alvin Oga Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO X-Status: hi ya... i use /.autofs as the autofs dir... i use /n/ symlinked to /.autofs.... and have no problems cd'ing or listing or editing the automounted files... it will always be automounted....( from what I can tell 0 works for me....but...not reliably...for various reasons.. have fun alvin On Tue, 25 Jan 2000, Rich McClellan wrote: > Thanks for the reply, Alvin. I'll have a look through your HOWTO, but I > don't recall seeing anything about the listing of unmounted dirs... and > symlinks is almost even worse because the users do a `cd ..` and end up > in some other, unexpected, directory. > > thanks again, > Rich > From owner-autofs@linux.kernel.org Tue Jan 25 18:26:35 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id SAA15564 for ; Tue, 25 Jan 2000 18:26:35 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id SAA27595 for autofs-list; Tue, 25 Jan 2000 18:02:29 -0800 Received: from joseph.egl.net (jacob.egl.net [208.159.114.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id SAA27592 for ; Tue, 25 Jan 2000 18:02:27 -0800 Received: from pm1m22.egl.net (unverified [208.163.4.72]) by joseph.egl.net (Rockliffe SMTPRA 3.4.5) with ESMTP id ; Tue, 25 Jan 2000 21:00:48 -0500 Received: from localhost (brian) [127.0.0.1] by pm1m22.egl.net with esmtp (Exim 3.12 #1 (Debian)) id 12DHmh-0003xo-00; Tue, 25 Jan 2000 21:02:16 -0500 Date: Tue, 25 Jan 2000 21:02:09 -0500 (EST) From: Brian Servis Reply-To: bservis@usa.net Subject: Re: directory listing... To: richmc@entropy.ucsc.edu cc: autofs@linux.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: *- On 25 Jan, Rich McClellan wrote about "directory listing..." > Hello all, > > I apologize up front if this has been beaten to death but I've looked high > and low and found nothing: > > Is it possible to have autofs show a listing of mount points even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls /home`, but the > users here are going nuts trying to find there way around blindly. > Make a directory of symlinks that point to your actual mount points that are controlled by the automounter. Thus the symlinks will be orphaned links until they are used. Take a look at http://www.Linux-Consulting.com/Amd_AutoFS/autofs-5.html#ss5.3. Example: Let autofs manage everything under /.autofs/net and then make /net a farm of symlinks to /.autofs/net as in: /net/machine1 -> /.autofs/net/machine1 where /.autofs/net/machine1 is created by the automounter when someone cd's to /net/machine1. #/etc/auto.master /.autofs/net /etc/auto.net #/etc/auto.net machine1 This works for me. The only thing that I have discovered is that if a user is using an ls with color options enabled and they have orphaned symlinks a different color than un-orphaned symlinks then the automounter will mount all the mount points pointed to in a farm of symlinks. The ls code must determine if a symlink is an orphan or not so it follows the symlink, thus causing the automounter to mount the fs pointed to by the link. Brian Servis -- ------------------------------------------------------------------------ bservis@usa.net (preferred) | Never criticize anybody until you bservis@egl.net | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Tue Jan 25 18:33:19 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA15588 for ; Tue, 25 Jan 2000 18:33:17 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 01:09:35 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id TAA15388 for ; Tue, 25 Jan 2000 19:32:50 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 01:09:25 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id SAA28498 for autofs-list; Tue, 25 Jan 2000 18:23:46 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id SAA28495 for ; Tue, 25 Jan 2000 18:23:45 -0800 Received: from moe.rice.edu (moe.rice.edu [128.42.5.4]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id SAA08436 for ; Tue, 25 Jan 2000 18:23:44 -0800 Received: from mycroft (mycroft.jones.rice.edu [128.42.159.72]) by moe.rice.edu (8.9.0/8.9.0) with ESMTP id UAA26743 for ; Tue, 25 Jan 2000 20:20:21 -0600 (CST) Date: Tue, 25 Jan 2000 20:20:21 -0600 (CST) From: Roy Stogner X-Sender: roystgnr@mycroft.jones.rice.edu Reply-To: roystgnr@rice.edu To: autofs@linux.kernel.org Subject: Re: directory listing... In-Reply-To: <388E4C7A.2C94E7FF@transmeta.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, 25 Jan 2000, H. Peter Anvin wrote: > Rich McClellan wrote: > > > Is it possible to have autofs show a listing of mount points even if they > > have not been mounted? I realize that it might tax the automounter to > > mount every point when someone does an `ls /net` or `ls /home`, but the > > users here are going nuts trying to find there way around blindly. > > No, it's not. It's on the planned feature list for autofs v5. Is it? I asked about this months ago and got the impression that it wasn't ever going to be possible. Something like, autofs doesn't know it needs to mount a directory until the user tries to chdir into one that doesn't exist. How would such a list handle directory permissions when listing directories that aren't mounted? Use "last known permissions"? Config-file specified permissions? --- Roy Stogner From owner-autofs@linux.kernel.org Tue Jan 25 18:41:27 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id SAA15631 for ; Tue, 25 Jan 2000 18:41:27 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 01:17:44 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id TAA15397 for ; Tue, 25 Jan 2000 19:41:03 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 01:17:39 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id SAA28913 for autofs-list; Tue, 25 Jan 2000 18:31:42 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id SAA28910 for ; Tue, 25 Jan 2000 18:31:41 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id SAA01734; Tue, 25 Jan 2000 18:31:32 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma001721; Tue, 25 Jan 00 18:31:11 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id SAA01289; Tue, 25 Jan 2000 18:31:14 -0800 (PST) Message-ID: <388E5C71.51880EA8@transmeta.com> Date: Tue, 25 Jan 2000 18:31:13 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: roystgnr@rice.edu CC: autofs@linux.kernel.org Subject: Re: directory listing... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Roy Stogner wrote: > > > > No, it's not. It's on the planned feature list for autofs v5. > > Is it? I asked about this months ago and got the impression that it > wasn't ever going to be possible. Something like, autofs doesn't know > it needs to mount a directory until the user tries to chdir into one > that doesn't exist. > > How would such a list handle directory permissions when listing > directories that aren't mounted? Use "last known permissions"? > Config-file specified permissions? > Synthetic permissions (probably rwxr-xr-x root root). I didn't say this was a good idea, but I'm going to **try** to implement some kind of inode spoofing in autofs v5. No promises, however. -=hpa From owner-autofs@linux.kernel.org Tue Jan 25 19:30:22 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id TAA16052 for ; Tue, 25 Jan 2000 19:30:21 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 02:06:39 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id UAA15443 for ; Tue, 25 Jan 2000 20:30:00 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 02:06:36 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA31050 for autofs-list; Tue, 25 Jan 2000 19:17:37 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA31047 for ; Tue, 25 Jan 2000 19:17:36 -0800 Received: from entropy.ucsc.edu (IDENT:root@entropy.ucsc.edu [128.114.41.125]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id TAA09890 for ; Tue, 25 Jan 2000 19:17:35 -0800 Received: from localhost (richmc@localhost) by entropy.ucsc.edu (8.9.3/8.9.3) with ESMTP id TAA07640; Tue, 25 Jan 2000 19:16:32 -0800 Date: Tue, 25 Jan 2000 19:16:32 -0800 (PST) From: Rich McClellan To: bservis@usa.net cc: autofs@linux.kernel.org Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Tue, 25 Jan 2000, Brian Servis wrote: > *- On 25 Jan, Rich McClellan wrote about "directory listing..." [-----------------%< snip -----------------------] > > Make a directory of symlinks that point to your actual mount points that > are controlled by the automounter. Thus the symlinks will be orphaned > links until they are used. Take a look at > http://www.Linux-Consulting.com/Amd_AutoFS/autofs-5.html#ss5.3. > > Example: Let autofs manage everything under /.autofs/net and then make > /net a farm of symlinks to /.autofs/net as in: > > /net/machine1 -> /.autofs/net/machine1 where /.autofs/net/machine1 is > created by the automounter when someone cd's to /net/machine1. > > #/etc/auto.master > /.autofs/net /etc/auto.net > > #/etc/auto.net > machine1 > Thanks for the reply, but I think that creates a new annoyance. The problem with this method--I think*-- is that when the user leaves /net/machine1 with a `cd ..` s/he will be in /.autofs/net which is confusing to new users and annoying to others. *I have sym links from /usr/local/ to /misc/ and the above problem occurs. thanks again, Rich From owner-autofs@linux.kernel.org Wed Jan 26 00:25:08 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id AAA18569 for ; Wed, 26 Jan 2000 00:25:08 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id XAA08219 for autofs-list; Tue, 25 Jan 2000 23:49:19 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id XAA08216 for ; Tue, 25 Jan 2000 23:49:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 386D562002; Tue, 25 Jan 2000 23:49:17 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 7AAC7ACDE6; Tue, 25 Jan 2000 23:49:16 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000126001332.B4163@iapetus.localdomain> Date: Tue, 25 Jan 2000 23:49:16 -0800 (PST) From: Jeremy Fitzhardinge To: Frank van Maarseveen Subject: RE: autofs 4.0.0 (pre1) Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 25-Jan-00 Frank van Maarseveen wrote: > 2.2.13 + http://www.goop.org/~jeremy/autofs/autofs-2.2.14-20000123.diff > userland: http://www.goop.org/~jeremy/autofs/autofs/autofs-4.0.0-pre1.tar.gz > > First, this is cool. Tree-mounts are very useful and this version seems more > stable. What version are you comparing it to? > When autofs compiled as a module no problem. When CONFIG_AUTOFS_FS=y > I still get: > > kernel: kmod: failed to exec -s -k autofs4, errno = 2 > > though it keeps on working correctly as it seems. I did some greps but > couldn't find the cause in the kernel that easy. There's a kernel patch which creates an "autofs4" filesystem rather than replacing the existing autofs filesystem. The autofs 4.0.0 daemon tries mounting a filesystem of type "autofs4" before "autofs", in case autofs is still the v3 version. Unfortunately, if you don't have an autofs4 filesystem, it will print a complaint from trying to find an autofs4 module before going on to use the autofs filesystem. > Other minor points: > - /etc/rc.d/init.d/autofs has a line which had to be removed in order > to permit options such as "--timeout 60" in /etc/auto.master. I dunno > what > > options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'` > > is supposed to do at /etc/rc.d/init.d/autofs:85 but it stripped the > first dash of my "--timeout 60" option. > - automount --timeout option seems to be ignored: "ps aux" says > automount is invoked with "--timeout 60", /var/log/messages says > "300 secs, freq 75". Actual behavior is conform /var/log/messages. I'll look into these. J From owner-autofs@linux.kernel.org Wed Jan 26 02:59:09 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id CAA19816 for ; Wed, 26 Jan 2000 02:59:08 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 09:35:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id DAA15908 for ; Wed, 26 Jan 2000 03:58:43 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 09:35:19 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA14621 for autofs-list; Wed, 26 Jan 2000 02:42:56 -0800 Received: from esrelay002.caissedesdepots.fr (esrelay002.caissedesdepots.fr [158.156.156.29]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA14618 for ; Wed, 26 Jan 2000 02:42:54 -0800 Received: from esmailfed2.serv.cdc.fr (esmailfed2 [158.156.1.207]) by esrelay002.caissedesdepots.fr (8.8.8+Sun/8.8.8) with ESMTP id LAA18606 for ; Wed, 26 Jan 2000 11:36:44 +0100 (MET) Received: from tsexchange.idt.cdc.fr (localhost [127.0.0.1]) by esmailfed2.serv.cdc.fr (8.8.8/8.8.8) with ESMTP id LAA19339 for ; Wed, 26 Jan 2000 11:44:17 +0100 (MET) Posted-Date: Wed, 26 Jan 2000 11:44:17 +0100 (MET) Received: by TSEXCHANGE with Internet Mail Service (5.5.2448.0) id ; Wed, 26 Jan 2000 11:45:26 +0100 Message-ID: <40C4228EC468D211B04800A0C9DF1D664FB834@TSEXCHANGE> From: "Coetmeur, Alain" To: autofs@linux.kernel.org Subject: RE: directory listing... Date: Wed, 26 Jan 2000 11:45:25 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: > -----Message d'origine----- > De: Rich McClellan [mailto:richmc@entropy.ucsc.edu] > Is it possible to have autofs show a listing of mount points > even if they > have not been mounted? I realize that it might tax the automounter to > mount every point when someone does an `ls /net` or `ls > /home`, but the > users here are going nuts trying to find there way around blindly. as told here, today you mut rely on symlinks or similar hacks... just an idea for a future relase: why not allowing automoint to answer to directory listing by calling some adequate function... with static file map, it would be just a list of the fixed keys (ignoring wildcards) same with YP/NIS+ maps with program maps it would call a command that should return the list of supported keys, if some can be guessed (browsing network or servers exports)... and so on... the duration of this listing should be configurable (cached with timeout or each time) and it should still be possible to automount directories that are not in the list as usual. I see a problem (but I'm sure since I don't know inodes secrets), that probably make that the "mount tree" patch is forced to mount every mount point: it may not be possible to list a directory without creating each inode inside, so without mountig each sub mount... anyway, maybe is my objection false. as far as I know when you list a directiry you only returns a list of names, not a list of inodes. however most /bin/ls options ask for the inode properties (readable, directory...) which force inode existence... however is it possible to create empty directoy inodes on which you can (auto)mount real directories when needed... it may demand a strange version of inodes that trigger the automounter only when someone ask for it's content (chdir, subdir usage or listing) but not when just asking for inode properties... the hardest point implementing this may be to support automount on chdir, while not automounting on inode properties... there should be many inode wizard here to comment my idea? it it realistic ? -- Alain Coetmeur, Informatique-CDC DTA mailto:alain.coetmeur@icdc.CaisseDesDepots.fr From owner-autofs@linux.kernel.org Wed Jan 26 02:59:18 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id CAA19820 for ; Wed, 26 Jan 2000 02:59:17 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 09:35:34 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id DAA15912 for ; Wed, 26 Jan 2000 03:58:55 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 09:35:31 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id CAA14707 for autofs-list; Wed, 26 Jan 2000 02:45:41 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id CAA14703 for ; Wed, 26 Jan 2000 02:45:06 -0800 Received: from nathan.polyware.nl (IDENT:root@nathan.polyware.nl [195.108.17.65]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id CAA21974 for ; Wed, 26 Jan 2000 02:45:03 -0800 Received: (from middelin@localhost) by nathan.polyware.nl (8.9.3/8.9.3) id LAA00869; Wed, 26 Jan 2000 11:08:27 +0100 Date: Wed, 26 Jan 2000 11:08:27 +0100 From: Pauline Middelink To: Jeremy Fitzhardinge Cc: Frank van Maarseveen , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: autofs 4.0.0 (pre1) Message-ID: <20000126110827.A32150@nathan.polyware.nl> References: <20000126001332.B4163@iapetus.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.1.2i In-Reply-To: ; from jeremy@goop.org on Tue, Jan 25, 2000 at 11:49:16PM -0800 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Tue, 25 Jan 25 2000 around 23:49:16 -0800, Jeremy Fitzhardinge wrote: > > I still get: > > > > kernel: kmod: failed to exec -s -k autofs4, errno = 2 > > > > though it keeps on working correctly as it seems. I did some greps but > > couldn't find the cause in the kernel that easy. > > There's a kernel patch which creates an "autofs4" filesystem rather than > replacing the existing autofs filesystem. The autofs 4.0.0 daemon tries > mounting a filesystem of type "autofs4" before "autofs", in case autofs is > still the v3 version. Unfortunately, if you don't have an autofs4 filesystem, > it will print a complaint from trying to find an autofs4 module before going on > to use the autofs filesystem. in /etc/conf.modules: alias autofs4 off ? Met vriendelijke groet, Pauline Middelink -- PGP Key fingerprint = DE 6B D0 D9 19 AD A7 A0 58 A3 06 9D B6 34 39 E2 For more details look at my website http://www.polyware.nl/~middelink From owner-autofs@linux.kernel.org Wed Jan 26 05:08:25 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id FAA20887 for ; Wed, 26 Jan 2000 05:08:25 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 31 Oct 1999 11:44:42 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id GAA16185 for ; Wed, 26 Jan 2000 06:08:02 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 31 Oct 1999 11:44:39 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA19537 for autofs-list; Wed, 26 Jan 2000 04:48:13 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA19529 for ; Wed, 26 Jan 2000 04:48:11 -0800 Received: from alpha.bur.adelphia.net (alpha.bur.adelphia.net [24.48.40.2]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id EAA25355 for ; Wed, 26 Jan 2000 04:48:10 -0800 Received: from amd.fast.net (IDENT:root@surf15-234.bur.adelphia.net [24.48.41.234]) by alpha.bur.adelphia.net (8.9.2/8.9.2) with ESMTP id HAA01440; Wed, 26 Jan 2000 07:47:11 -0500 (EST) Received: from pii.fast.net (hirsch@pii.fast.net [192.168.245.30]) by amd.fast.net (8.8.7/8.8.7) with ESMTP id HAA19246; Wed, 26 Jan 2000 07:53:00 -0500 Date: Wed, 26 Jan 2000 07:52:59 -0500 (EST) From: "Steven N. Hirsch" X-Sender: hirsch@pii.fast.net To: Jeremy Fitzhardinge cc: autofs-list Subject: RE: autofs 4.0.0 (pre1) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Tue, 25 Jan 2000, Jeremy Fitzhardinge wrote: > > When autofs compiled as a module no problem. When CONFIG_AUTOFS_FS=y > > I still get: > > > > kernel: kmod: failed to exec -s -k autofs4, errno = 2 > > > > though it keeps on working correctly as it seems. I did some greps but > > couldn't find the cause in the kernel that easy. I'm not seeing this here. Building autofs into a 2.2.15pre4 kernel works as it should. The ability to do nested mounts is wonderful! It would be great if automount could be extended to recognize constructs like: foo &:/ / &:/usr /usr I had to create an executable map to perform the same function, but this is less intuitive for those used to most commercial Unix dialects. Still, nice work! > > Other minor points: > > - /etc/rc.d/init.d/autofs has a line which had to be removed in order > > to permit options such as "--timeout 60" in /etc/auto.master. I dunno > > what > > > > options=`echo "$options" | sed -e 's/\(^\|[ \t]\)-/\1/g'` > > > > is supposed to do at /etc/rc.d/init.d/autofs:85 but it stripped the > > first dash of my "--timeout 60" option. > > - automount --timeout option seems to be ignored: "ps aux" says > > automount is invoked with "--timeout 60", /var/log/messages says > > "300 secs, freq 75". Actual behavior is conform /var/log/messages. > > I'll look into these. I've noticed this as well. Also, the stanza in autofs.spec between %changelog and * Tue ... needs to be properly punctuated. RPM gags on lines in the changelog section unless they are in this form: * First line - continuation line.. Finally, the spec %define version xxxx statement still says "3.1.4". Unless its expansion in the Source: statement exactly matches the .tar.gz name, rpm will not like it. These are minor points, but will cause newbies a lot of unecessary frustration when trying to build the package. Steve From owner-autofs@linux.kernel.org Wed Jan 26 08:40:31 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA22677 for ; Wed, 26 Jan 2000 08:40:31 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA26805 for autofs-list; Wed, 26 Jan 2000 08:08:50 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA26802 for ; Wed, 26 Jan 2000 08:08:49 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id IAA14584; Wed, 26 Jan 2000 08:08:21 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma014580; Wed, 26 Jan 00 08:08:03 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id IAA14514; Wed, 26 Jan 2000 08:08:11 -0800 (PST) Message-ID: <388F1BEB.F7ECEE05@transmeta.com> Date: Wed, 26 Jan 2000 08:08:11 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Pauline Middelink CC: Jeremy Fitzhardinge , Frank van Maarseveen , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: autofs 4.0.0 (pre1) References: <20000126001332.B4163@iapetus.localdomain> <20000126110827.A32150@nathan.polyware.nl> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Pauline Middelink wrote: > > On Tue, 25 Jan 25 2000 around 23:49:16 -0800, Jeremy Fitzhardinge wrote: > > > I still get: > > > > > > kernel: kmod: failed to exec -s -k autofs4, errno = 2 > > > > > > though it keeps on working correctly as it seems. I did some greps but > > > couldn't find the cause in the kernel that easy. > > > > There's a kernel patch which creates an "autofs4" filesystem rather than > > replacing the existing autofs filesystem. The autofs 4.0.0 daemon tries > > mounting a filesystem of type "autofs4" before "autofs", in case autofs is > > still the v3 version. Unfortunately, if you don't have an autofs4 filesystem, > > it will print a complaint from trying to find an autofs4 module before going on > > to use the autofs filesystem. > > in /etc/conf.modules: > alias autofs4 off > ? > Or better, use the autofs4 version of the patch, which is the version that is going into 2.3.41. -hpa From owner-autofs@linux.kernel.org Thu Jan 27 01:09:40 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA30938 for ; Thu, 27 Jan 2000 01:09:40 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA28303 for autofs-list; Thu, 27 Jan 2000 00:20:52 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA28300 for ; Thu, 27 Jan 2000 00:20:51 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id DDCEF62002; Thu, 27 Jan 2000 00:20:50 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 9C2D1ACDE6; Thu, 27 Jan 2000 00:20:49 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000127010455.D4163@iapetus.localdomain> Date: Thu, 27 Jan 2000 00:20:49 -0800 (PST) From: Jeremy Fitzhardinge To: Frank van Maarseveen Subject: Re: autofs 4.0.0 (pre1) Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 27-Jan-00 Frank van Maarseveen wrote: > On Tue, Jan 25, 2000 at 11:49:16PM -0800, Jeremy Fitzhardinge wrote: >> >> On 25-Jan-00 Frank van Maarseveen wrote: >> > 2.2.13 + http://www.goop.org/~jeremy/autofs/autofs-2.2.14-20000123.diff >> > userland: >> > http://www.goop.org/~jeremy/autofs/autofs/autofs-4.0.0-pre1.tar.gz >> > >> > First, this is cool. Tree-mounts are very useful and this version seems >> > more >> > stable. >> >> What version are you comparing it to? > 2.2.10-ac11 > > In case you're wondering why: almost no 2.2.x kernel is usable (at my > work) because they all suffer from an NFS client bug which is fixed by > Trond's patch I'm using in 2.2.13. Without this patch, redirecting setuid > program output to an NFS mounted FS fails: data is discarded because I/O > is done with the credentials of the calling process (e.g. setuid root) > instead of the opener of the file. Well, my patches do nothing to the behaviour of NFS. Are you saying that autofs 4 is more stable than a previous version of autofs with 2.2.x? J From owner-autofs@linux.kernel.org Thu Jan 27 01:09:40 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA30938 for ; Thu, 27 Jan 2000 01:09:40 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA28303 for autofs-list; Thu, 27 Jan 2000 00:20:52 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA28300 for ; Thu, 27 Jan 2000 00:20:51 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id DDCEF62002; Thu, 27 Jan 2000 00:20:50 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 9C2D1ACDE6; Thu, 27 Jan 2000 00:20:49 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000127010455.D4163@iapetus.localdomain> Date: Thu, 27 Jan 2000 00:20:49 -0800 (PST) From: Jeremy Fitzhardinge To: Frank van Maarseveen Subject: Re: autofs 4.0.0 (pre1) Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 27-Jan-00 Frank van Maarseveen wrote: > On Tue, Jan 25, 2000 at 11:49:16PM -0800, Jeremy Fitzhardinge wrote: >> >> On 25-Jan-00 Frank van Maarseveen wrote: >> > 2.2.13 + http://www.goop.org/~jeremy/autofs/autofs-2.2.14-20000123.diff >> > userland: >> > http://www.goop.org/~jeremy/autofs/autofs/autofs-4.0.0-pre1.tar.gz >> > >> > First, this is cool. Tree-mounts are very useful and this version seems >> > more >> > stable. >> >> What version are you comparing it to? > 2.2.10-ac11 > > In case you're wondering why: almost no 2.2.x kernel is usable (at my > work) because they all suffer from an NFS client bug which is fixed by > Trond's patch I'm using in 2.2.13. Without this patch, redirecting setuid > program output to an NFS mounted FS fails: data is discarded because I/O > is done with the credentials of the calling process (e.g. setuid root) > instead of the opener of the file. Well, my patches do nothing to the behaviour of NFS. Are you saying that autofs 4 is more stable than a previous version of autofs with 2.2.x? J From owner-autofs@linux.kernel.org Thu Jan 27 01:09:48 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id BAA30942 for ; Thu, 27 Jan 2000 01:09:47 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA27827 for autofs-list; Thu, 27 Jan 2000 00:06:49 -0800 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA27824 for ; Thu, 27 Jan 2000 00:06:45 -0800 Received: from iapetus.localdomain by altrade.nijmegen.inter.nl.net via 1Cust101.tnt8.rtm1.nl.uu.net [212.153.216.101] with ESMTP id JAA20885 (8.8.8/3.41); Thu, 27 Jan 2000 09:06:32 +0100 (MET) Received: (from inet1@localhost) by iapetus.localdomain (8.9.3/8.9.3) id BAA08684; Thu, 27 Jan 2000 01:04:56 +0100 Date: Thu, 27 Jan 2000 01:04:56 +0100 From: Frank van Maarseveen To: Jeremy Fitzhardinge Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: autofs 4.0.0 (pre1) Message-ID: <20000127010455.D4163@iapetus.localdomain> References: <20000126001332.B4163@iapetus.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from jeremy@goop.org on Tue, Jan 25, 2000 at 11:49:16PM -0800 Organization: none Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Tue, Jan 25, 2000 at 11:49:16PM -0800, Jeremy Fitzhardinge wrote: > > On 25-Jan-00 Frank van Maarseveen wrote: > > 2.2.13 + http://www.goop.org/~jeremy/autofs/autofs-2.2.14-20000123.diff > > userland: http://www.goop.org/~jeremy/autofs/autofs/autofs-4.0.0-pre1.tar.gz > > > > First, this is cool. Tree-mounts are very useful and this version seems more > > stable. > > What version are you comparing it to? 2.2.10-ac11 In case you're wondering why: almost no 2.2.x kernel is usable (at my work) because they all suffer from an NFS client bug which is fixed by Trond's patch I'm using in 2.2.13. Without this patch, redirecting setuid program output to an NFS mounted FS fails: data is discarded because I/O is done with the credentials of the calling process (e.g. setuid root) instead of the opener of the file. -- Frank From owner-autofs@linux.kernel.org Thu Jan 27 07:05:44 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA02388 for ; Thu, 27 Jan 2000 07:05:44 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA08575 for autofs-list; Thu, 27 Jan 2000 06:21:33 -0800 Received: from joseph.egl.net (jacob.egl.net [208.159.114.3]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA08572 for ; Thu, 27 Jan 2000 06:21:31 -0800 Received: from pm2m6.egl.net (unverified [208.163.4.106]) by joseph.egl.net (Rockliffe SMTPRA 3.4.5) with ESMTP id ; Thu, 27 Jan 2000 09:19:50 -0500 Received: from localhost (brian) [127.0.0.1] by with esmtp (Exim 3.12 #1 (Debian)) id 12DU19-00018y-00; Wed, 26 Jan 2000 10:06:00 -0500 Date: Wed, 26 Jan 2000 10:05:54 -0500 (EST) From: Brian Servis Reply-To: bservis@usa.net Subject: Re: directory listing... To: richmc@entropy.ucsc.edu cc: autofs@linux.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Message-Id: Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: *- On 25 Jan, Rich McClellan wrote about "Re: directory listing..." > On Tue, 25 Jan 2000, Brian Servis wrote: > >> *- On 25 Jan, Rich McClellan wrote about "directory listing..." > [-----------------%< snip -----------------------] >> >> Make a directory of symlinks that point to your actual mount points that >> are controlled by the automounter. Thus the symlinks will be orphaned >> links until they are used. Take a look at >> http://www.Linux-Consulting.com/Amd_AutoFS/autofs-5.html#ss5.3. >> >> Example: Let autofs manage everything under /.autofs/net and then make >> /net a farm of symlinks to /.autofs/net as in: >> >> /net/machine1 -> /.autofs/net/machine1 where /.autofs/net/machine1 is >> created by the automounter when someone cd's to /net/machine1. >> >> #/etc/auto.master >> /.autofs/net /etc/auto.net >> >> #/etc/auto.net >> machine1 >> > > Thanks for the reply, but I think that creates a new annoyance. The > problem with this method--I think*-- is that when the user leaves > /net/machine1 with a `cd ..` s/he will be in /.autofs/net which is > confusing to new users and annoying to others. > > *I have sym links from /usr/local/ to > /misc/ and the above problem occurs. > That depends on the shell I guess. I use tcsh and have the variable 'symlinks' set to 'ignore'. Example: {~}[28]>cd /bri/c {/bri/c}[29]>echo $cwd /bri/c {/bri/c}[30]>pwd /.autofs/bri/c {/bri/c}[31]>cd .. {/bri}[32]>echo $cwd /bri {/bri}[33]>pwd /bri I don't know if other shells handle it like this as well or not. But I don't recall bash having problems with this either, let's see..... {~}[37]>bash bash-2.03$ cd /bri/c bash-2.03$ pwd /bri/c bash-2.03$ pwd -P /.autofs/bri/c bash-2.03$ cd .. bash-2.03$ pwd /bri Brian Servis -- ------------------------------------------------------------------------ bservis@usa.net (preferred) | Never criticize anybody until you bservis@egl.net | have walked a mile in their shoes, servis@purdue.edu | because by that time you will be a http://www.ecn.purdue.edu/~servis | mile away and have their shoes. From owner-autofs@linux.kernel.org Thu Jan 27 09:08:49 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA03725 for ; Thu, 27 Jan 2000 09:08:48 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 1 Nov 1999 15:45:06 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA18218 for ; Thu, 27 Jan 2000 10:08:19 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 1 Nov 1999 15:44:58 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA13896 for autofs-list; Thu, 27 Jan 2000 08:54:32 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA13893 for ; Thu, 27 Jan 2000 08:54:31 -0800 Received: from entropy.ucsc.edu (IDENT:root@entropy.ucsc.edu [128.114.41.125]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA10401 for ; Thu, 27 Jan 2000 08:54:30 -0800 Received: from localhost (richmc@localhost) by entropy.ucsc.edu (8.9.3/8.9.3) with ESMTP id IAA16391; Thu, 27 Jan 2000 08:53:15 -0800 Date: Thu, 27 Jan 2000 08:53:15 -0800 (PST) From: Rich McClellan To: bservis@usa.net cc: autofs@linux.kernel.org Subject: Re: directory listing... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Wed, 26 Jan 2000, Brian Servis wrote: > [-----------------%< snip -----------------------] > > That depends on the shell I guess. I use tcsh and have the variable > 'symlinks' set to 'ignore'. Example: > Cool!! That's very helpful and something I didn't know about! thanks! Rich From owner-autofs@linux.kernel.org Fri Jan 28 08:53:14 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA16737 for ; Fri, 28 Jan 2000 08:53:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA29439 for autofs-list; Fri, 28 Jan 2000 08:06:07 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA29436 for ; Fri, 28 Jan 2000 08:06:04 -0800 Received: from timbuk.cray.com (timbuk-fddi.cray.com [128.162.8.102]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA20180 for ; Fri, 28 Jan 2000 08:06:03 -0800 Received: from ledzep.cray.com (mailhost.cray.com [137.38.226.97]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id KAA07961; Fri, 28 Jan 2000 10:05:41 -0600 (CST) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA38251; Fri, 28 Jan 2000 10:05:40 -0600 (CST) Received: from teal.americas.sgi.com (teal.americas.sgi.com [128.162.186.157]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.3a) with ESMTP id KAA01279; Fri, 28 Jan 2000 10:05:39 -0600 (CST) Received: from sgi.com by teal.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) via ESMTP id KAA12698; Fri, 28 Jan 2000 10:05:38 -0600 (CST) Message-ID: <3891BE52.53E7BCF9@sgi.com> Date: Fri, 28 Jan 2000 10:05:38 -0600 From: Dan Mack Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: Announce: autofs-4.0.0-pre1 released References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > > Hi all, > > As HPA mentioned, he asked me to pull together the autofs 4 release. > This may have already been covered but ... I am interested in trying this release out on a bunch of RedHat-6.1 systems which run the stock 2.2.12-20 RPM image of the kernel from RedHat. Do I really have to re-build the kernel with patches or can I just load the newer module dynamically? The later would be easier to distribute than building/installing the new kernel. Thanks, Dan -- - -- -- --- --- --- ---- ---- ----- ----- ----- ----- ------ Dan Mack (mack@sgi.com) SGI 651-683-7288 - -- --- --- ----- From owner-autofs@linux.kernel.org Fri Jan 28 10:25:10 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA17390 for ; Fri, 28 Jan 2000 10:25:10 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA00222 for autofs-list; Fri, 28 Jan 2000 09:46:59 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA00219 for ; Fri, 28 Jan 2000 09:46:57 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 8DE0362002; Fri, 28 Jan 2000 09:46:57 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 16A0FACDE6; Fri, 28 Jan 2000 09:46:57 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3891BE52.53E7BCF9@sgi.com> Date: Fri, 28 Jan 2000 09:46:57 -0800 (PST) From: Jeremy Fitzhardinge To: Dan Mack Subject: Re: Announce: autofs-4.0.0-pre1 released Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 28-Jan-00 Dan Mack wrote: > Jeremy Fitzhardinge wrote: >> >> Hi all, >> >> As HPA mentioned, he asked me to pull together the autofs 4 release. >> > > This may have already been covered but ... I am interested in > trying this release out on a bunch of RedHat-6.1 systems which > run the stock 2.2.12-20 RPM image of the kernel from RedHat. > > Do I really have to re-build the kernel with patches or can I > just load the newer module dynamically? You can just build the module dynamically if the kernel doesn't already have it built in statically. Also, now that autofs4 will be in the 2.3 series, I'll probably do an autofs4 patch for 2.2. J From owner-autofs@linux.kernel.org Sat Jan 29 16:24:51 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id QAA00153 for ; Sat, 29 Jan 2000 16:24:50 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA27750 for autofs-list; Sat, 29 Jan 2000 15:35:54 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA27747 for ; Sat, 29 Jan 2000 15:35:52 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id C660362002 for ; Sat, 29 Jan 2000 15:35:51 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 2CAC9ACDE6; Sat, 29 Jan 2000 15:35:51 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 29 Jan 2000 15:35:50 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: autofs 4.0.0-pre2 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi all, To celebrate autofs4 being in 2.3.41, I've released autofs-4.0.0-pre2. Nothing major really, just some cleanups: autofs-4.0.0-pre2: Since autofs-4.0.0-pre1: ------------------------------------------- * Include kernel patches for 2.2.x in source (2.3.41 onwards has it standard) * Clean up left over scaffolding directories if a tree didn't completely mount. * Make rc scripts wait for termination; it can take a long time if there's lots of filesystems mounted * Add a daemonoptions variable to rc script make it easy add timeouts, etc Available from: ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4/ More details on autofs 4: http://www.goop.org/~jeremy/autofs/ J From owner-autofs@linux.kernel.org Sun Jan 30 09:19:23 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id JAA09811 for ; Sun, 30 Jan 2000 09:19:23 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA29419 for autofs-list; Sun, 30 Jan 2000 08:48:15 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA29416 for ; Sun, 30 Jan 2000 08:48:10 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA06938 for ; Sun, 30 Jan 2000 08:47:44 -0800 Received: from raistlin.arm.linux.org.uk (root@raistlin [195.92.192.227]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id QAA04612; Sun, 30 Jan 2000 16:46:35 GMT From: Russell King Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id QAA02429; Sun, 30 Jan 2000 16:44:20 GMT Message-Id: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Sun, 30 Jan 2000 16:44:19 +0000 (GMT) Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org In-Reply-To: from "Jeremy Fitzhardinge" at Jan 24, 2000 12:11:07 AM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge writes: > There are two patches for 2.3: autofs4-2.3.40-20000123 and > autofs-2.3.40-20000123. The former adds a completely new filesystem called > "autofs4", and leaves the existing autofs code intact. The latter replaces the > existing autofs v3 filesystem with the autofs v4 filesystem. They are > functionally identical. > > Autofs v4 is completely backwards compatible with autofs v3 (the old v3 daemon > will work fine with the v4 kernel code). Which went into 2.3.41? You seem to be saying that autofs v3 will work fine with either. Unfortunately, it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains with "autofs: kernel does not match daemon version" _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Sun Jan 30 12:07:49 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA11215 for ; Sun, 30 Jan 2000 12:07:49 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02707 for autofs-list; Sun, 30 Jan 2000 11:41:32 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02704 for ; Sun, 30 Jan 2000 11:41:31 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id B5DCD62002; Sun, 30 Jan 2000 11:41:31 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 94C98ACDE6; Sun, 30 Jan 2000 11:41:31 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 30 Jan 2000 11:41:31 -0800 (PST) From: Jeremy Fitzhardinge To: "Steven N. Hirsch" Subject: Re: autofs 4.0.0-pre2 Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Steven N. Hirsch wrote: > Seems to work fine here. However, in order to build using rpm, this still > needs to happen. Also, the tarball and its directory must be called, e.g. > autofs-4.0.0pre2.tar.gz and autofs-4.0.0pre2 respectively. > > Again, a minor point, but likely to be frustrating for less technical > users. Good point; I'd neglected the rpm stuff. J From owner-autofs@linux.kernel.org Sun Jan 30 12:07:18 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA11211 for ; Sun, 30 Jan 2000 12:07:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02767 for autofs-list; Sun, 30 Jan 2000 11:42:43 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02764 for ; Sun, 30 Jan 2000 11:42:38 -0800 Received: from raistlin.arm.linux.org.uk (root@raistlin [195.92.192.227]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id TAA05280; Sun, 30 Jan 2000 19:42:24 GMT From: Russell King Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA03329; Sun, 30 Jan 2000 19:40:07 GMT Message-Id: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Sun, 30 Jan 2000 19:40:06 +0000 (GMT) Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Jeremy Fitzhardinge" at Jan 30, 2000 11:38:08 AM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge writes: > Can you extract the relevent messages from syslog? Does it print something > like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon > version" message? If not, then you're probably still using the old autofs > module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than > CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your > conf.modules if you're being modular. Is there any point in keeping the old code in the kernel, especially as the v4 integration has broken it? (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only accept v4 of the daemon). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Sun Jan 30 12:06:18 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA11207 for ; Sun, 30 Jan 2000 12:06:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02621 for autofs-list; Sun, 30 Jan 2000 11:38:19 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02618 for ; Sun, 30 Jan 2000 11:38:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 68FC962002; Sun, 30 Jan 2000 11:38:17 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id D19FEACDE6; Sun, 30 Jan 2000 11:38:08 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Date: Sun, 30 Jan 2000 11:38:08 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Russell King wrote: > Which went into 2.3.41? Yep. > You seem to be saying that autofs v3 will work fine with either. > Unfortunately, it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains > with "autofs: kernel does not match daemon version" Hm. Strange. "It works for me(tm)". Can you extract the relevent messages from syslog? Does it print something like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon version" message? If not, then you're probably still using the old autofs module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your conf.modules if you're being modular. J From owner-autofs@linux.kernel.org Sun Jan 30 11:08:42 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id LAA10753 for ; Sun, 30 Jan 2000 11:08:42 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA00651 for autofs-list; Sun, 30 Jan 2000 10:44:12 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA00640 for ; Sun, 30 Jan 2000 10:44:10 -0800 Received: from alpha.bur.adelphia.net (alpha.bur.adelphia.net [24.48.40.2]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id KAA10235 for ; Sun, 30 Jan 2000 10:44:03 -0800 Received: from amd.fast.net (IDENT:root@surf15-172.bur.adelphia.net [24.48.40.172]) by alpha.bur.adelphia.net (8.9.2/8.9.2) with ESMTP id NAA10261; Sun, 30 Jan 2000 13:43:05 -0500 (EST) Received: from pii.fast.net (hirsch@pii.fast.net [192.168.245.30]) by amd.fast.net (8.8.7/8.8.7) with ESMTP id NAA25273; Sun, 30 Jan 2000 13:49:34 -0500 Date: Sun, 30 Jan 2000 13:49:33 -0500 (EST) From: "Steven N. Hirsch" X-Sender: hirsch@pii.fast.net To: Jeremy Fitzhardinge cc: autofs@linux.kernel.org Subject: Re: autofs 4.0.0-pre2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Sat, 29 Jan 2000, Jeremy Fitzhardinge wrote: > Hi all, > > To celebrate autofs4 being in 2.3.41, I've released autofs-4.0.0-pre2. Nothing > major really, just some cleanups: > > autofs-4.0.0-pre2: Since autofs-4.0.0-pre1: > ------------------------------------------- > * Include kernel patches for 2.2.x in source (2.3.41 onwards has it standard) > * Clean up left over scaffolding directories if a tree didn't completely > mount. > * Make rc scripts wait for termination; it can take a long time if there's > lots of filesystems mounted > * Add a daemonoptions variable to rc script make it easy add timeouts, etc > Jeremy, Seems to work fine here. However, in order to build using rpm, this still needs to happen. Also, the tarball and its directory must be called, e.g. autofs-4.0.0pre2.tar.gz and autofs-4.0.0pre2 respectively. Again, a minor point, but likely to be frustrating for less technical users. Steve --- autofs.spec.orig Sat Jan 29 18:14:06 2000 +++ autofs.spec Sun Jan 30 11:42:29 2000 @@ -1,7 +1,7 @@ # $Id: autofs.spec,v 1.5 1999/03/07 23:04:23 hpa Exp $ Summary: autofs daemon Name: autofs -%define version 3.1.4 +%define version 4.0.0pre2 Version: %{version} Release: 1 Copyright: GPL @@ -82,25 +82,26 @@ /usr/man/*/* %changelog -$Log: autofs.spec,v $ -Revision 1.5 1999/03/07 23:04:23 hpa -Remove silly commented-out patch line +# $Log: autofs.spec,v $ -Revision 1.4 1999/03/07 22:34:02 hpa -Added (missingok) to auto.master. +# Revision 1.5 1999/03/07 23:04:23 hpa +# Remove silly commented-out patch line -Revision 1.3 1998/11/05 04:06:00 hpa -Regularized the logs. +# Revision 1.4 1999/03/07 22:34:02 hpa +# Added (missingok) to auto.master. -Revision 1.2 1998/11/05 04:00:50 hpa -Add RCS Id/Log tags. +# Revision 1.3 1998/11/05 04:06:00 hpa +# Regularized the logs. -Revision 1.1 1998/11/05 01:13:10 hpa -Imported spec file from RedHat Rawhide SRPM 3.1.1-8; -adjusted to be closer to 3.1.4 recommended use; not -done yet, however. +# Revision 1.2 1998/11/05 04:00:50 hpa +# Add RCS Id/Log tags. -RedHat logs: +# Revision 1.1 1998/11/05 01:13:10 hpa +# Imported spec file from RedHat Rawhide SRPM 3.1.1-8; +# adjusted to be closer to 3.1.4 recommended use; not +# done yet, however. + +# RedHat logs: * Tue Oct 6 1998 Bill Nottingham - fix bash2 breakage in init script From owner-autofs@linux.kernel.org Sun Jan 30 20:17:50 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA15060 for ; Sun, 30 Jan 2000 20:17:50 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA18920 for autofs-list; Sun, 30 Jan 2000 19:44:15 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA18906 for ; Sun, 30 Jan 2000 19:44:13 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id A363562002; Sun, 30 Jan 2000 19:44:12 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 0019EACDE6; Sun, 30 Jan 2000 19:44:11 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Date: Sun, 30 Jan 2000 19:44:11 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Russell King wrote: > Jeremy Fitzhardinge writes: >> Can you extract the relevent messages from syslog? Does it print something >> like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon >> version" message? If not, then you're probably still using the old autofs >> module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than >> CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your >> conf.modules if you're being modular. > > Is there any point in keeping the old code in the kernel, especially as the > v4 integration has broken it? Its redundant, but the existing code is well proven. It can be replaced when the replacement proves itself. Its basically a compromise to get the new code into 2.3 rather than pushing it out to 2.5. > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > accept v4 of the daemon). OK. I'd only tested old binaries. The 3.1.3/4 source comes with its own copy of the header files, so it shouldn't see the new ones if you're recompiling it. J From owner-autofs@linux.kernel.org Sun Jan 30 23:34:03 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id XAA16784 for ; Sun, 30 Jan 2000 23:34:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id WAA25134 for autofs-list; Sun, 30 Jan 2000 22:49:31 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id WAA25131 for ; Sun, 30 Jan 2000 22:49:29 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 21F5162002 for ; Sun, 30 Jan 2000 22:49:29 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id C5AB5ACDE6; Sun, 30 Jan 2000 22:49:24 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000130224924:5014=_" Date: Sun, 30 Jan 2000 22:49:24 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: [PATCH] fix for autofs4 stomping on autofs v3 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000130224924:5014=_ Content-Type: text/plain; charset=us-ascii Hi, There was a problem where the autofs v3 kernel code was using the same AUTOFS_PROTO_VERSION as the v4 code, which confused autofs v3 user-mode code. The basic problem is that linux/auto_fs.h doesn't describe just one interface version, but several (two in this case). Similarly, the user-mode code doesn't talk "the" protocol version its header file happens to have in it, but the particular version it implements (ie, its independent of the header file it includes). The quick fix is to rearrange the #defines so that everything gets the info it needs. The better fix is to make the protocol version a particular party is talking distinct from the particular header file it includes. The patch below is the quick fix, and is not too far off the proper fix (except I didn't want to modify the original autofs source at all). J [ Sorry if you see this twice: I forgot to forward it to the autofs list the first time ] --_=XFMail.1.3.p0.Linux:000130224924:5014=_ Content-Disposition: attachment; filename="autofs4-2.3.41-20000130.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs4-2.3.41-20000130.diff Content-Type: text/plain; charset=us-ascii; name=autofs4-2.3.41-20000130.diff; SizeOnDisk=3419 --- 2.3/Documentation/Configure.help Sat Jan 29 14:47:15 2000 +++ linux/Documentation/Configure.help Sun Jan 30 11:34:15 2000 @@ -8735,6 +8735,30 @@ If you are not a part of a fairly large, distributed network, you probably do not need an automounter, and can say N here. + If you want to use the newer version of autofs with more features, + say N here and select automounter v4. + +Kernel automounter v4 support +CONFIG_AUTOFS4_FS + The automounter is a tool to automatically mount remote filesystems + on demand. This implementation is partially kernel-based to reduce + overhead in the already-mounted case; this is unlike the BSD + automounter (amd), which is a pure user space daemon. + + To use the automounter you need the user-space tools from + ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4 ; you also + want to answer Y to "NFS filesystem support", below. + + If you want to compile this as a module ( = code which can be + inserted in and removed from the running kernel whenever you want), + say M here and read Documentation/modules.txt. The module will be + called autofs4.o. You will need to add "alias autofs autofs4" to + your modules configuration file. + + If you are not a part of a fairly large, distributed network or don't + have a laptop which needs to dynamically reconfigure to the local + network, you probably do not need an automounter, and can say N here. + EFS filesystem support (read only) (EXPERIMENTAL) CONFIG_EFS_FS EFS is an older filesystem used for non-ISO9660 CDROMs and hard disk --- 2.3/include/linux/auto_fs.h Sat Jan 29 14:47:43 2000 +++ linux/include/linux/auto_fs.h Sun Jan 30 22:24:56 2000 @@ -20,8 +20,14 @@ #include #include +/* This header file describes a range of autofs interface versions; + the new implementation ("autofs4") supports them all, but the old + implementation only supports v3. */ #define AUTOFS_MIN_PROTO_VERSION 3 /* Min version we support */ -#define AUTOFS_PROTO_VERSION 4 /* Current version */ +#define AUTOFS_MAX_PROTO_VERSION 4 /* Max (current) version */ + +/* Backwards compat for autofs v3; it just implements a version */ +#define AUTOFS_PROTO_VERSION 3 /* v3 version */ /* * Architectures where both 32- and 64-bit binaries can be executed diff -X ../diffexcl -Nur 2.3/fs/autofs4/inode.c abulafia-2.3/fs/autofs4/inode.c --- 2.3/fs/autofs4/inode.c Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/inode.c Sun Jan 30 22:08:01 2000 @@ -140,7 +140,7 @@ *gid = current->gid; *pgrp = current->pgrp; - *minproto = *maxproto = AUTOFS_PROTO_VERSION; + *minproto = *maxproto = AUTOFS_MAX_PROTO_VERSION; *pipefd = -1; @@ -278,15 +278,15 @@ /* Couldn't this be tested earlier? */ if (maxproto < AUTOFS_MIN_PROTO_VERSION || - minproto > AUTOFS_PROTO_VERSION) { + minproto > AUTOFS_MAX_PROTO_VERSION) { printk("autofs: kernel does not match daemon version " "daemon (%d, %d) kernel (%d, %d)\n", minproto, maxproto, - AUTOFS_MIN_PROTO_VERSION, AUTOFS_PROTO_VERSION); + AUTOFS_MIN_PROTO_VERSION, AUTOFS_MAX_PROTO_VERSION); goto fail_dput; } - sbi->version = maxproto > AUTOFS_PROTO_VERSION ? AUTOFS_PROTO_VERSION : maxpro to; + sbi->version = maxproto > AUTOFS_MAX_PROTO_VERSION ? AUTOFS_MAX_PROTO_VERSION : maxproto; DPRINTK(("autofs: pipe fd = %d, pgrp = %u\n", pipefd, sbi->oz_pgrp)); pipe = fget(pipefd); --_=XFMail.1.3.p0.Linux:000130224924:5014=_-- End of MIME message From owner-autofs@linux.kernel.org Mon Jan 31 08:44:32 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id IAA21497 for ; Mon, 31 Jan 2000 08:44:32 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA11322 for autofs-list; Mon, 31 Jan 2000 08:06:14 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA11292 for ; Mon, 31 Jan 2000 08:06:02 -0800 Received: from mandrakesoft.mandrakesoft.com (mandrakesoft.mandrakesoft.com [216.71.84.35]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA14960 for ; Mon, 31 Jan 2000 08:06:02 -0800 Received: from localhost (jgarzik@localhost) by mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) with SMTP id JAA14047; Mon, 31 Jan 2000 09:53:48 -0600 Date: Mon, 31 Jan 2000 09:53:48 -0600 (CST) From: Jeff Garzik To: Russell King cc: Jeremy Fitzhardinge , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 In-Reply-To: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Sun, 30 Jan 2000, Russell King wrote: > You seem to be saying that autofs v3 will work fine with either. Unfortunately, > it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains with > "autofs: kernel does not match daemon version" I noticed that the autofs v4 patch raised the version for regular autofs to v4, and added a new AUTOFS_MIN_VERSION (defined to 3). I think an extra change might be necessary to reference MIN_VERSION. Jeff From owner-autofs@linux.kernel.org Mon Jan 31 08:58:05 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21528 for ; Mon, 31 Jan 2000 08:58:04 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:23 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21408 for ; Mon, 31 Jan 2000 09:57:32 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:21 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id PAA27750 for autofs-list; Sat, 29 Jan 2000 15:35:54 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id PAA27747 for ; Sat, 29 Jan 2000 15:35:52 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id C660362002 for ; Sat, 29 Jan 2000 15:35:51 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 2CAC9ACDE6; Sat, 29 Jan 2000 15:35:51 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sat, 29 Jan 2000 15:35:50 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: autofs 4.0.0-pre2 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi all, To celebrate autofs4 being in 2.3.41, I've released autofs-4.0.0-pre2. Nothing major really, just some cleanups: autofs-4.0.0-pre2: Since autofs-4.0.0-pre1: ------------------------------------------- * Include kernel patches for 2.2.x in source (2.3.41 onwards has it standard) * Clean up left over scaffolding directories if a tree didn't completely mount. * Make rc scripts wait for termination; it can take a long time if there's lots of filesystems mounted * Add a daemonoptions variable to rc script make it easy add timeouts, etc Available from: ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4/ More details on autofs 4: http://www.goop.org/~jeremy/autofs/ J From owner-autofs@linux.kernel.org Mon Jan 31 08:58:06 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21537 for ; Mon, 31 Jan 2000 08:58:05 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21395 for ; Mon, 31 Jan 2000 09:57:31 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:20 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02621 for autofs-list; Sun, 30 Jan 2000 11:38:19 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02618 for ; Sun, 30 Jan 2000 11:38:17 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 68FC962002; Sun, 30 Jan 2000 11:38:17 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id D19FEACDE6; Sun, 30 Jan 2000 11:38:08 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Date: Sun, 30 Jan 2000 11:38:08 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Russell King wrote: > Which went into 2.3.41? Yep. > You seem to be saying that autofs v3 will work fine with either. > Unfortunately, it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains > with "autofs: kernel does not match daemon version" Hm. Strange. "It works for me(tm)". Can you extract the relevent messages from syslog? Does it print something like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon version" message? If not, then you're probably still using the old autofs module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your conf.modules if you're being modular. J From owner-autofs@linux.kernel.org Mon Jan 31 08:58:06 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21536 for ; Mon, 31 Jan 2000 08:58:05 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21389 for ; Mon, 31 Jan 2000 09:57:30 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:19 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA18920 for autofs-list; Sun, 30 Jan 2000 19:44:15 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA18906 for ; Sun, 30 Jan 2000 19:44:13 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id A363562002; Sun, 30 Jan 2000 19:44:12 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 0019EACDE6; Sun, 30 Jan 2000 19:44:11 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Date: Sun, 30 Jan 2000 19:44:11 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Russell King wrote: > Jeremy Fitzhardinge writes: >> Can you extract the relevent messages from syslog? Does it print something >> like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon >> version" message? If not, then you're probably still using the old autofs >> module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than >> CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your >> conf.modules if you're being modular. > > Is there any point in keeping the old code in the kernel, especially as the > v4 integration has broken it? Its redundant, but the existing code is well proven. It can be replaced when the replacement proves itself. Its basically a compromise to get the new code into 2.3 rather than pushing it out to 2.5. > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > accept v4 of the daemon). OK. I'd only tested old binaries. The 3.1.3/4 source comes with its own copy of the header files, so it shouldn't see the new ones if you're recompiling it. J From owner-autofs@linux.kernel.org Mon Jan 31 08:58:06 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21538 for ; Mon, 31 Jan 2000 08:58:05 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21398 for ; Mon, 31 Jan 2000 09:57:31 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:20 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02767 for autofs-list; Sun, 30 Jan 2000 11:42:43 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02764 for ; Sun, 30 Jan 2000 11:42:38 -0800 Received: from raistlin.arm.linux.org.uk (root@raistlin [195.92.192.227]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id TAA05280; Sun, 30 Jan 2000 19:42:24 GMT From: Russell King Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id TAA03329; Sun, 30 Jan 2000 19:40:07 GMT Message-Id: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Sun, 30 Jan 2000 19:40:06 +0000 (GMT) Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu In-Reply-To: from "Jeremy Fitzhardinge" at Jan 30, 2000 11:38:08 AM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge writes: > Can you extract the relevent messages from syslog? Does it print something > like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon > version" message? If not, then you're probably still using the old autofs > module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than > CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your > conf.modules if you're being modular. Is there any point in keeping the old code in the kernel, especially as the v4 integration has broken it? (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only accept v4 of the daemon). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Mon Jan 31 08:58:06 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21539 for ; Mon, 31 Jan 2000 08:58:06 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21405 for ; Mon, 31 Jan 2000 09:57:32 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:21 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA29419 for autofs-list; Sun, 30 Jan 2000 08:48:15 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA29416 for ; Sun, 30 Jan 2000 08:48:10 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA06938 for ; Sun, 30 Jan 2000 08:47:44 -0800 Received: from raistlin.arm.linux.org.uk (root@raistlin [195.92.192.227]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id QAA04612; Sun, 30 Jan 2000 16:46:35 GMT From: Russell King Received: (from rmk@localhost) by raistlin.arm.linux.org.uk (8.7.4/8.7.3) id QAA02429; Sun, 30 Jan 2000 16:44:20 GMT Message-Id: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Sun, 30 Jan 2000 16:44:19 +0000 (GMT) Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org In-Reply-To: from "Jeremy Fitzhardinge" at Jan 24, 2000 12:11:07 AM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge writes: > There are two patches for 2.3: autofs4-2.3.40-20000123 and > autofs-2.3.40-20000123. The former adds a completely new filesystem called > "autofs4", and leaves the existing autofs code intact. The latter replaces the > existing autofs v3 filesystem with the autofs v4 filesystem. They are > functionally identical. > > Autofs v4 is completely backwards compatible with autofs v3 (the old v3 daemon > will work fine with the v4 kernel code). Which went into 2.3.41? You seem to be saying that autofs v3 will work fine with either. Unfortunately, it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains with "autofs: kernel does not match daemon version" _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Mon Jan 31 08:58:07 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21540 for ; Mon, 31 Jan 2000 08:58:06 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21383 for ; Mon, 31 Jan 2000 09:57:27 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:16 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id WAA25134 for autofs-list; Sun, 30 Jan 2000 22:49:31 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id WAA25131 for ; Sun, 30 Jan 2000 22:49:29 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 21F5162002 for ; Sun, 30 Jan 2000 22:49:29 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id C5AB5ACDE6; Sun, 30 Jan 2000 22:49:24 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000130224924:5014=_" Date: Sun, 30 Jan 2000 22:49:24 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: [PATCH] fix for autofs4 stomping on autofs v3 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000130224924:5014=_ Content-Type: text/plain; charset=us-ascii Hi, There was a problem where the autofs v3 kernel code was using the same AUTOFS_PROTO_VERSION as the v4 code, which confused autofs v3 user-mode code. The basic problem is that linux/auto_fs.h doesn't describe just one interface version, but several (two in this case). Similarly, the user-mode code doesn't talk "the" protocol version its header file happens to have in it, but the particular version it implements (ie, its independent of the header file it includes). The quick fix is to rearrange the #defines so that everything gets the info it needs. The better fix is to make the protocol version a particular party is talking distinct from the particular header file it includes. The patch below is the quick fix, and is not too far off the proper fix (except I didn't want to modify the original autofs source at all). J [ Sorry if you see this twice: I forgot to forward it to the autofs list the first time ] --_=XFMail.1.3.p0.Linux:000130224924:5014=_ Content-Disposition: attachment; filename="autofs4-2.3.41-20000130.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs4-2.3.41-20000130.diff Content-Type: text/plain; charset=us-ascii; name=autofs4-2.3.41-20000130.diff; SizeOnDisk=3419 --- 2.3/Documentation/Configure.help Sat Jan 29 14:47:15 2000 +++ linux/Documentation/Configure.help Sun Jan 30 11:34:15 2000 @@ -8735,6 +8735,30 @@ If you are not a part of a fairly large, distributed network, you probably do not need an automounter, and can say N here. + If you want to use the newer version of autofs with more features, + say N here and select automounter v4. + +Kernel automounter v4 support +CONFIG_AUTOFS4_FS + The automounter is a tool to automatically mount remote filesystems + on demand. This implementation is partially kernel-based to reduce + overhead in the already-mounted case; this is unlike the BSD + automounter (amd), which is a pure user space daemon. + + To use the automounter you need the user-space tools from + ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4 ; you also + want to answer Y to "NFS filesystem support", below. + + If you want to compile this as a module ( = code which can be + inserted in and removed from the running kernel whenever you want), + say M here and read Documentation/modules.txt. The module will be + called autofs4.o. You will need to add "alias autofs autofs4" to + your modules configuration file. + + If you are not a part of a fairly large, distributed network or don't + have a laptop which needs to dynamically reconfigure to the local + network, you probably do not need an automounter, and can say N here. + EFS filesystem support (read only) (EXPERIMENTAL) CONFIG_EFS_FS EFS is an older filesystem used for non-ISO9660 CDROMs and hard disk --- 2.3/include/linux/auto_fs.h Sat Jan 29 14:47:43 2000 +++ linux/include/linux/auto_fs.h Sun Jan 30 22:24:56 2000 @@ -20,8 +20,14 @@ #include #include +/* This header file describes a range of autofs interface versions; + the new implementation ("autofs4") supports them all, but the old + implementation only supports v3. */ #define AUTOFS_MIN_PROTO_VERSION 3 /* Min version we support */ -#define AUTOFS_PROTO_VERSION 4 /* Current version */ +#define AUTOFS_MAX_PROTO_VERSION 4 /* Max (current) version */ + +/* Backwards compat for autofs v3; it just implements a version */ +#define AUTOFS_PROTO_VERSION 3 /* v3 version */ /* * Architectures where both 32- and 64-bit binaries can be executed diff -X ../diffexcl -Nur 2.3/fs/autofs4/inode.c abulafia-2.3/fs/autofs4/inode.c --- 2.3/fs/autofs4/inode.c Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/inode.c Sun Jan 30 22:08:01 2000 @@ -140,7 +140,7 @@ *gid = current->gid; *pgrp = current->pgrp; - *minproto = *maxproto = AUTOFS_PROTO_VERSION; + *minproto = *maxproto = AUTOFS_MAX_PROTO_VERSION; *pipefd = -1; @@ -278,15 +278,15 @@ /* Couldn't this be tested earlier? */ if (maxproto < AUTOFS_MIN_PROTO_VERSION || - minproto > AUTOFS_PROTO_VERSION) { + minproto > AUTOFS_MAX_PROTO_VERSION) { printk("autofs: kernel does not match daemon version " "daemon (%d, %d) kernel (%d, %d)\n", minproto, maxproto, - AUTOFS_MIN_PROTO_VERSION, AUTOFS_PROTO_VERSION); + AUTOFS_MIN_PROTO_VERSION, AUTOFS_MAX_PROTO_VERSION); goto fail_dput; } - sbi->version = maxproto > AUTOFS_PROTO_VERSION ? AUTOFS_PROTO_VERSION : maxpro to; + sbi->version = maxproto > AUTOFS_MAX_PROTO_VERSION ? AUTOFS_MAX_PROTO_VERSION : maxproto; DPRINTK(("autofs: pipe fd = %d, pgrp = %u\n", pipefd, sbi->oz_pgrp)); pipe = fget(pipefd); --_=XFMail.1.3.p0.Linux:000130224924:5014=_-- End of MIME message From owner-autofs@linux.kernel.org Mon Jan 31 08:58:08 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21552 for ; Mon, 31 Jan 2000 08:58:07 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:27 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21392 for ; Mon, 31 Jan 2000 09:57:31 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:19 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA02707 for autofs-list; Sun, 30 Jan 2000 11:41:32 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA02704 for ; Sun, 30 Jan 2000 11:41:31 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id B5DCD62002; Sun, 30 Jan 2000 11:41:31 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 94C98ACDE6; Sun, 30 Jan 2000 11:41:31 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Sun, 30 Jan 2000 11:41:31 -0800 (PST) From: Jeremy Fitzhardinge To: "Steven N. Hirsch" Subject: Re: autofs 4.0.0-pre2 Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 30-Jan-00 Steven N. Hirsch wrote: > Seems to work fine here. However, in order to build using rpm, this still > needs to happen. Also, the tarball and its directory must be called, e.g. > autofs-4.0.0pre2.tar.gz and autofs-4.0.0pre2 respectively. > > Again, a minor point, but likely to be frustrating for less technical > users. Good point; I'd neglected the rpm stuff. J From owner-autofs@linux.kernel.org Mon Jan 31 08:58:09 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21555 for ; Mon, 31 Jan 2000 08:58:09 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:34:28 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA21402 for ; Mon, 31 Jan 2000 09:57:32 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:34:20 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA00651 for autofs-list; Sun, 30 Jan 2000 10:44:12 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA00640 for ; Sun, 30 Jan 2000 10:44:10 -0800 Received: from alpha.bur.adelphia.net (alpha.bur.adelphia.net [24.48.40.2]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id KAA10235 for ; Sun, 30 Jan 2000 10:44:03 -0800 Received: from amd.fast.net (IDENT:root@surf15-172.bur.adelphia.net [24.48.40.172]) by alpha.bur.adelphia.net (8.9.2/8.9.2) with ESMTP id NAA10261; Sun, 30 Jan 2000 13:43:05 -0500 (EST) Received: from pii.fast.net (hirsch@pii.fast.net [192.168.245.30]) by amd.fast.net (8.8.7/8.8.7) with ESMTP id NAA25273; Sun, 30 Jan 2000 13:49:34 -0500 Date: Sun, 30 Jan 2000 13:49:33 -0500 (EST) From: "Steven N. Hirsch" X-Sender: hirsch@pii.fast.net To: Jeremy Fitzhardinge cc: autofs@linux.kernel.org Subject: Re: autofs 4.0.0-pre2 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Sat, 29 Jan 2000, Jeremy Fitzhardinge wrote: > Hi all, > > To celebrate autofs4 being in 2.3.41, I've released autofs-4.0.0-pre2. Nothing > major really, just some cleanups: > > autofs-4.0.0-pre2: Since autofs-4.0.0-pre1: > ------------------------------------------- > * Include kernel patches for 2.2.x in source (2.3.41 onwards has it standard) > * Clean up left over scaffolding directories if a tree didn't completely > mount. > * Make rc scripts wait for termination; it can take a long time if there's > lots of filesystems mounted > * Add a daemonoptions variable to rc script make it easy add timeouts, etc > Jeremy, Seems to work fine here. However, in order to build using rpm, this still needs to happen. Also, the tarball and its directory must be called, e.g. autofs-4.0.0pre2.tar.gz and autofs-4.0.0pre2 respectively. Again, a minor point, but likely to be frustrating for less technical users. Steve --- autofs.spec.orig Sat Jan 29 18:14:06 2000 +++ autofs.spec Sun Jan 30 11:42:29 2000 @@ -1,7 +1,7 @@ # $Id: autofs.spec,v 1.5 1999/03/07 23:04:23 hpa Exp $ Summary: autofs daemon Name: autofs -%define version 3.1.4 +%define version 4.0.0pre2 Version: %{version} Release: 1 Copyright: GPL @@ -82,25 +82,26 @@ /usr/man/*/* %changelog -$Log: autofs.spec,v $ -Revision 1.5 1999/03/07 23:04:23 hpa -Remove silly commented-out patch line +# $Log: autofs.spec,v $ -Revision 1.4 1999/03/07 22:34:02 hpa -Added (missingok) to auto.master. +# Revision 1.5 1999/03/07 23:04:23 hpa +# Remove silly commented-out patch line -Revision 1.3 1998/11/05 04:06:00 hpa -Regularized the logs. +# Revision 1.4 1999/03/07 22:34:02 hpa +# Added (missingok) to auto.master. -Revision 1.2 1998/11/05 04:00:50 hpa -Add RCS Id/Log tags. +# Revision 1.3 1998/11/05 04:06:00 hpa +# Regularized the logs. -Revision 1.1 1998/11/05 01:13:10 hpa -Imported spec file from RedHat Rawhide SRPM 3.1.1-8; -adjusted to be closer to 3.1.4 recommended use; not -done yet, however. +# Revision 1.2 1998/11/05 04:00:50 hpa +# Add RCS Id/Log tags. -RedHat logs: +# Revision 1.1 1998/11/05 01:13:10 hpa +# Imported spec file from RedHat Rawhide SRPM 3.1.1-8; +# adjusted to be closer to 3.1.4 recommended use; not +# done yet, however. + +# RedHat logs: * Tue Oct 6 1998 Bill Nottingham - fix bash2 breakage in init script From owner-autofs@linux.kernel.org Mon Jan 31 09:01:14 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA21586 for ; Mon, 31 Jan 2000 09:01:14 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:37:33 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA21473 for ; Mon, 31 Jan 2000 10:00:42 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:37:30 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA29439 for autofs-list; Fri, 28 Jan 2000 08:06:07 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA29436 for ; Fri, 28 Jan 2000 08:06:04 -0800 Received: from timbuk.cray.com (timbuk-fddi.cray.com [128.162.8.102]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA20180 for ; Fri, 28 Jan 2000 08:06:03 -0800 Received: from ledzep.cray.com (mailhost.cray.com [137.38.226.97]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id KAA07961; Fri, 28 Jan 2000 10:05:41 -0600 (CST) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA38251; Fri, 28 Jan 2000 10:05:40 -0600 (CST) Received: from teal.americas.sgi.com (teal.americas.sgi.com [128.162.186.157]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.3a) with ESMTP id KAA01279; Fri, 28 Jan 2000 10:05:39 -0600 (CST) Received: from sgi.com by teal.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) via ESMTP id KAA12698; Fri, 28 Jan 2000 10:05:38 -0600 (CST) Message-ID: <3891BE52.53E7BCF9@sgi.com> Date: Fri, 28 Jan 2000 10:05:38 -0600 From: Dan Mack Organization: Silicon Graphics, Inc. X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX64 6.5 IP30) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: Announce: autofs-4.0.0-pre1 released References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > > Hi all, > > As HPA mentioned, he asked me to pull together the autofs 4 release. > This may have already been covered but ... I am interested in trying this release out on a bunch of RedHat-6.1 systems which run the stock 2.2.12-20 RPM image of the kernel from RedHat. Do I really have to re-build the kernel with patches or can I just load the newer module dynamically? The later would be easier to distribute than building/installing the new kernel. Thanks, Dan -- - -- -- --- --- --- ---- ---- ----- ----- ----- ----- ------ Dan Mack (mack@sgi.com) SGI 651-683-7288 - -- --- --- ----- From owner-autofs@linux.kernel.org Mon Jan 31 09:01:18 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA21589 for ; Mon, 31 Jan 2000 09:01:17 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Nov 1999 15:37:36 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA21470 for ; Mon, 31 Jan 2000 10:00:42 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Nov 1999 15:37:30 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA00222 for autofs-list; Fri, 28 Jan 2000 09:46:59 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA00219 for ; Fri, 28 Jan 2000 09:46:57 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 8DE0362002; Fri, 28 Jan 2000 09:46:57 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 16A0FACDE6; Fri, 28 Jan 2000 09:46:57 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <3891BE52.53E7BCF9@sgi.com> Date: Fri, 28 Jan 2000 09:46:57 -0800 (PST) From: Jeremy Fitzhardinge To: Dan Mack Subject: Re: Announce: autofs-4.0.0-pre1 released Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 28-Jan-00 Dan Mack wrote: > Jeremy Fitzhardinge wrote: >> >> Hi all, >> >> As HPA mentioned, he asked me to pull together the autofs 4 release. >> > > This may have already been covered but ... I am interested in > trying this release out on a bunch of RedHat-6.1 systems which > run the stock 2.2.12-20 RPM image of the kernel from RedHat. > > Do I really have to re-build the kernel with patches or can I > just load the newer module dynamically? You can just build the module dynamically if the kernel doesn't already have it built in statically. Also, now that autofs4 will be in the 2.3 series, I'll probably do an autofs4 patch for 2.2. J From owner-autofs@linux.kernel.org Mon Jan 31 09:29:25 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA21966 for ; Mon, 31 Jan 2000 09:29:25 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Oct 1999 16:29:19 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA22093 for ; Mon, 31 Jan 2000 10:28:49 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Oct 1999 16:29:12 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id IAA11322 for autofs-list; Mon, 31 Jan 2000 08:06:14 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id IAA11292 for ; Mon, 31 Jan 2000 08:06:02 -0800 Received: from mandrakesoft.mandrakesoft.com (mandrakesoft.mandrakesoft.com [216.71.84.35]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id IAA14960 for ; Mon, 31 Jan 2000 08:06:02 -0800 Received: from localhost (jgarzik@localhost) by mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) with SMTP id JAA14047; Mon, 31 Jan 2000 09:53:48 -0600 Date: Mon, 31 Jan 2000 09:53:48 -0600 (CST) From: Jeff Garzik To: Russell King cc: Jeremy Fitzhardinge , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 In-Reply-To: <200001301644.QAA02429@raistlin.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Sun, 30 Jan 2000, Russell King wrote: > You seem to be saying that autofs v3 will work fine with either. Unfortunately, > it doesn't seem to. autofs 3.1.3 against 2.3.41 now complains with > "autofs: kernel does not match daemon version" I noticed that the autofs v4 patch raised the version for regular autofs to v4, and added a new AUTOFS_MIN_VERSION (defined to 3). I think an extra change might be necessary to reference MIN_VERSION. Jeff From owner-autofs@linux.kernel.org Mon Jan 31 10:37:31 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id KAA22503 for ; Mon, 31 Jan 2000 10:37:30 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Oct 1999 17:37:21 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id LAA23281 for ; Mon, 31 Jan 2000 11:36:54 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Oct 1999 17:37:18 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA16887 for autofs-list; Mon, 31 Jan 2000 10:21:08 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA16884 for ; Mon, 31 Jan 2000 10:21:05 -0800 Received: from flint.arm.linux.org.uk (root@flint [195.92.192.228]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA07625; Mon, 31 Jan 2000 07:11:49 GMT Received: (from rmk@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA16161; Mon, 31 Jan 2000 07:09:29 GMT From: Russell King Message-Id: <200001310709.HAA16161@flint.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Mon, 31 Jan 2000 07:09:29 +0000 (GMT) Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org In-Reply-To: from "Jeremy Fitzhardinge" at Jan 30, 2000 07:44:11 PM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Jeremy Fitzhardinge writes: > > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > > accept v4 of the daemon). > > OK. I'd only tested old binaries. The 3.1.3/4 source comes with its own copy > of the header files, so it shouldn't see the new ones if you're recompiling it. I'm not recompling the user-space daemon. The problem is that the kernel autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now 4. The user-space daemon space daemon specifies version 3 as the maximum protocol. This is where the problem is. You may want to take a clean tree from Linus, remake it from scratch, and try it. I'm confident that you will find the problem. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Mon Jan 31 10:55:57 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA22571 for ; Mon, 31 Jan 2000 10:55:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id KAA16887 for autofs-list; Mon, 31 Jan 2000 10:21:08 -0800 Received: from caramon.arm.linux.org.uk (root@dyn-225.linux.theplanet.co.uk [195.92.192.225]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id KAA16884 for ; Mon, 31 Jan 2000 10:21:05 -0800 Received: from flint.arm.linux.org.uk (root@flint [195.92.192.228]) by caramon.arm.linux.org.uk (8.9.3/8.9.3) with ESMTP id HAA07625; Mon, 31 Jan 2000 07:11:49 GMT Received: (from rmk@localhost) by flint.arm.linux.org.uk (8.9.3/8.9.3) id HAA16161; Mon, 31 Jan 2000 07:09:29 GMT From: Russell King Message-Id: <200001310709.HAA16161@flint.arm.linux.org.uk> Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 To: jeremy@goop.org (Jeremy Fitzhardinge) Date: Mon, 31 Jan 2000 07:09:29 +0000 (GMT) Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org In-Reply-To: from "Jeremy Fitzhardinge" at Jan 30, 2000 07:44:11 PM X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge writes: > > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > > accept v4 of the daemon). > > OK. I'd only tested old binaries. The 3.1.3/4 source comes with its own copy > of the header files, so it shouldn't see the new ones if you're recompiling it. I'm not recompling the user-space daemon. The problem is that the kernel autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now 4. The user-space daemon space daemon specifies version 3 as the maximum protocol. This is where the problem is. You may want to take a clean tree from Linus, remake it from scratch, and try it. I'm confident that you will find the problem. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-autofs@linux.kernel.org Mon Jan 31 12:02:42 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id MAA23100 for ; Mon, 31 Jan 2000 12:02:41 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Oct 1999 19:02:35 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id NAA23644 for ; Mon, 31 Jan 2000 13:02:08 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Oct 1999 19:02:32 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA19833 for autofs-list; Mon, 31 Jan 2000 11:39:56 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA19829 for ; Mon, 31 Jan 2000 11:39:54 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 9CF3162002; Mon, 31 Jan 2000 11:39:54 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id B3621ACDE6; Mon, 31 Jan 2000 11:39:53 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001310709.HAA16161@flint.arm.linux.org.uk> Date: Mon, 31 Jan 2000 11:39:53 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 31-Jan-00 Russell King wrote: > I'm not recompling the user-space daemon. The problem is that the kernel > autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and > max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now > 4. The user-space daemon space daemon specifies version 3 as the maximum > protocol. This is where the problem is. > > You may want to take a clean tree from Linus, remake it from scratch, and > try it. I'm confident that you will find the problem. Yes, thanks, I found it. You should have already got a patch to fix this from me. J From owner-autofs@linux.kernel.org Mon Jan 31 12:21:18 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA23143 for ; Mon, 31 Jan 2000 12:21:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id LAA19833 for autofs-list; Mon, 31 Jan 2000 11:39:56 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id LAA19829 for ; Mon, 31 Jan 2000 11:39:54 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 9CF3162002; Mon, 31 Jan 2000 11:39:54 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id B3621ACDE6; Mon, 31 Jan 2000 11:39:53 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200001310709.HAA16161@flint.arm.linux.org.uk> Date: Mon, 31 Jan 2000 11:39:53 -0800 (PST) From: Jeremy Fitzhardinge To: Russell King Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 31-Jan-00 Russell King wrote: > I'm not recompling the user-space daemon. The problem is that the kernel > autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and > max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now > 4. The user-space daemon space daemon specifies version 3 as the maximum > protocol. This is where the problem is. > > You may want to take a clean tree from Linus, remake it from scratch, and > try it. I'm confident that you will find the problem. Yes, thanks, I found it. You should have already got a patch to fix this from me. J From owner-autofs@linux.kernel.org Mon Jan 31 13:20:22 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id NAA23622 for ; Mon, 31 Jan 2000 13:20:21 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 5 Oct 1999 20:20:15 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id OAA23896 for ; Mon, 31 Jan 2000 14:19:43 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 5 Oct 1999 20:20:07 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA22425 for autofs-list; Mon, 31 Jan 2000 12:48:58 -0800 Received: from mandrakesoft.mandrakesoft.com (mandrakesoft.mandrakesoft.com [216.71.84.35]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA22422 for ; Mon, 31 Jan 2000 12:48:56 -0800 Received: from localhost (jgarzik@localhost) by mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) with SMTP id OAA24982; Mon, 31 Jan 2000 14:40:06 -0600 Date: Mon, 31 Jan 2000 14:40:06 -0600 (CST) From: Jeff Garzik To: Russell King cc: Jeremy Fitzhardinge , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 In-Reply-To: <200001310709.HAA16161@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Mon, 31 Jan 2000, Russell King wrote: > I'm not recompling the user-space daemon. The problem is that the kernel > autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and > max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now > 4. The user-space daemon space daemon specifies version 3 as the maximum > protocol. This is where the problem is. > > You may want to take a clean tree from Linus, remake it from scratch, and > try it. I'm confident that you will find the problem. Fix appears to be in 2.3.42-pre1. Jeff From owner-autofs@linux.kernel.org Mon Jan 31 13:43:03 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA23973 for ; Mon, 31 Jan 2000 13:43:03 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA22425 for autofs-list; Mon, 31 Jan 2000 12:48:58 -0800 Received: from mandrakesoft.mandrakesoft.com (mandrakesoft.mandrakesoft.com [216.71.84.35]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA22422 for ; Mon, 31 Jan 2000 12:48:56 -0800 Received: from localhost (jgarzik@localhost) by mandrakesoft.mandrakesoft.com (8.8.5/8.8.5) with SMTP id OAA24982; Mon, 31 Jan 2000 14:40:06 -0600 Date: Mon, 31 Jan 2000 14:40:06 -0600 (CST) From: Jeff Garzik To: Russell King cc: Jeremy Fitzhardinge , linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 In-Reply-To: <200001310709.HAA16161@flint.arm.linux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Mon, 31 Jan 2000, Russell King wrote: > I'm not recompling the user-space daemon. The problem is that the kernel > autofs is using AUTOFS_PROTO_VERSION to check against min_protocol and > max_protocol (or whatever they're called), and AUTOFS_PROTO_VERSION is now > 4. The user-space daemon space daemon specifies version 3 as the maximum > protocol. This is where the problem is. > > You may want to take a clean tree from Linus, remake it from scratch, and > try it. I'm confident that you will find the problem. Fix appears to be in 2.3.42-pre1. Jeff From owner-autofs@linux.kernel.org Mon Jan 31 19:57:02 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id TAA26956 for ; Mon, 31 Jan 2000 19:57:02 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 6 Oct 1999 02:56:56 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id UAA24490 for ; Mon, 31 Jan 2000 20:56:28 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 6 Oct 1999 02:56:53 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id TAA04495 for autofs-list; Mon, 31 Jan 2000 19:42:26 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id TAA04492 for ; Mon, 31 Jan 2000 19:42:23 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 84B9162002 for ; Mon, 31 Jan 2000 19:42:23 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id E1FEBACDE6; Mon, 31 Jan 2000 19:42:22 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 31 Jan 2000 19:42:22 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org Subject: Announce: autofs-4.0.0pre4 release Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi, I've released autofs-4.0.0pre4. The main difference from pre3 is that the RPM spec file can actually be used to produce rpms. In addition to the tar file and diff, I've released pre4 as a source and i386 binary RPM. This is my first rpm, so tell me if I've got anything wrong. Download from ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4 More info on autofs v4 at http://www.goop.org/~jeremy/autofs J From owner-autofs@linux.kernel.org Mon Jan 31 20:20:10 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id UAA27041 for ; Mon, 31 Jan 2000 20:20:09 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 6 Oct 1999 03:20:03 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id VAA24534 for ; Mon, 31 Jan 2000 21:19:36 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 6 Oct 1999 03:20:00 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05480 for autofs-list; Mon, 31 Jan 2000 20:08:07 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05475 for ; Mon, 31 Jan 2000 20:08:05 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 4F23862002; Mon, 31 Jan 2000 20:08:05 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 43998ACDE6; Mon, 31 Jan 2000 20:08:00 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38965C36.F68071C8@transmeta.com> Date: Mon, 31 Jan 2000 20:07:59 -0800 (PST) From: Jeremy Fitzhardinge To: "H. Peter Anvin" Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org, Russell King Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 01-Feb-00 H. Peter Anvin wrote: > Yes, the v4 code will *NOT* go into 2.4 unless the v3 code is there, > unmolested. Jeremy: This must be fixed. Fixed in 2.3.42-pre1. J From owner-autofs@linux.kernel.org Mon Jan 31 20:20:18 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id UAA27045 for ; Mon, 31 Jan 2000 20:20:17 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 6 Oct 1999 03:20:11 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id VAA24538 for ; Mon, 31 Jan 2000 21:19:44 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 6 Oct 1999 03:20:09 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05382 for autofs-list; Mon, 31 Jan 2000 20:05:52 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05378 for ; Mon, 31 Jan 2000 20:05:48 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id UAA21508; Mon, 31 Jan 2000 20:05:37 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma021501; Mon, 31 Jan 00 20:05:08 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id UAA02587; Mon, 31 Jan 2000 20:05:10 -0800 (PST) Message-ID: <38965C36.F68071C8@transmeta.com> Date: Mon, 31 Jan 2000 20:08:22 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Russell King CC: Jeremy Fitzhardinge , autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 References: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Russell King wrote: > > Jeremy Fitzhardinge writes: > > Can you extract the relevent messages from syslog? Does it print something > > like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon > > version" message? If not, then you're probably still using the old autofs > > module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than > > CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your > > conf.modules if you're being modular. > > Is there any point in keeping the old code in the kernel, especially as the > v4 integration has broken it? > > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > accept v4 of the daemon). > Yes, the v4 code will *NOT* go into 2.4 unless the v3 code is there, unmolested. Jeremy: This must be fixed. -hpa From owner-autofs@linux.kernel.org Mon Jan 31 20:24:57 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id UAA27054 for ; Mon, 31 Jan 2000 20:24:56 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 6 Oct 1999 03:24:51 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id VAA24546 for ; Mon, 31 Jan 2000 21:24:22 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 6 Oct 1999 03:24:47 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05631 for autofs-list; Mon, 31 Jan 2000 20:11:17 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05627 for ; Mon, 31 Jan 2000 20:11:16 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id UAA21644; Mon, 31 Jan 2000 20:11:11 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma021642; Mon, 31 Jan 00 20:11:08 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id UAA03476; Mon, 31 Jan 2000 20:11:10 -0800 (PST) Message-ID: <38965D9F.66AEAC5@transmeta.com> Date: Mon, 31 Jan 2000 20:14:23 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: [PATCH] fix for autofs4 stomping on autofs v3 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: The proper fix is to use differnt header files. -hpa Jeremy Fitzhardinge wrote: > > Hi, > > There was a problem where the autofs v3 kernel code was using the same > AUTOFS_PROTO_VERSION as the v4 code, which confused autofs v3 user-mode code. > > The basic problem is that linux/auto_fs.h doesn't describe just one interface > version, but several (two in this case). Similarly, the user-mode code doesn't > talk "the" protocol version its header file happens to have in it, but the > particular version it implements (ie, its independent of the header file it > includes). > > The quick fix is to rearrange the #defines so that everything gets the info it > needs. The better fix is to make the protocol version a particular party is > talking distinct from the particular header file it includes. > > The patch below is the quick fix, and is not too far off the proper fix (except > I didn't want to modify the original autofs source at all). > > J > [ Sorry if you see this twice: I forgot to forward it to the autofs list the > first time ] > > ------------------------------------------------------------------------ > Name: autofs4-2.3.41-20000130.diff > autofs4-2.3.41-20000130.diff Type: Plain Text (text/plain) > Encoding: 7bit > Description: autofs4-2.3.41-20000130.diff From owner-autofs@linux.kernel.org Mon Jan 31 20:29:18 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA27430 for ; Mon, 31 Jan 2000 20:29:17 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05382 for autofs-list; Mon, 31 Jan 2000 20:05:52 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05378 for ; Mon, 31 Jan 2000 20:05:48 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id UAA21508; Mon, 31 Jan 2000 20:05:37 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma021501; Mon, 31 Jan 00 20:05:08 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id UAA02587; Mon, 31 Jan 2000 20:05:10 -0800 (PST) Message-ID: <38965C36.F68071C8@transmeta.com> Date: Mon, 31 Jan 2000 20:08:22 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Russell King CC: Jeremy Fitzhardinge , autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 References: <200001301940.TAA03329@raistlin.arm.linux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Russell King wrote: > > Jeremy Fitzhardinge writes: > > Can you extract the relevent messages from syslog? Does it print something > > like "daemon (X, Y) kernel (X, Y)" after the "does not match daemon > > version" message? If not, then you're probably still using the old autofs > > module, since both are in 2.3 (select CONFIG_AUTOFS4 rather than > > CONFIG_AUTOFS). You'll also need to add an "alias autofs4 autofs" into your > > conf.modules if you're being modular. > > Is there any point in keeping the old code in the kernel, especially as the > v4 integration has broken it? > > (hint - the change to AUTOFS_PROTO_VERSION caused the old autofs to only > accept v4 of the daemon). > Yes, the v4 code will *NOT* go into 2.4 unless the v3 code is there, unmolested. Jeremy: This must be fixed. -hpa From owner-autofs@linux.kernel.org Mon Jan 31 20:29:19 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA27431 for ; Mon, 31 Jan 2000 20:29:18 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05480 for autofs-list; Mon, 31 Jan 2000 20:08:07 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05475 for ; Mon, 31 Jan 2000 20:08:05 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 4F23862002; Mon, 31 Jan 2000 20:08:05 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 43998ACDE6; Mon, 31 Jan 2000 20:08:00 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38965C36.F68071C8@transmeta.com> Date: Mon, 31 Jan 2000 20:07:59 -0800 (PST) From: Jeremy Fitzhardinge To: "H. Peter Anvin" Subject: Re: announce: updated autofs v4 patches; autofs-4.0.0-pre1 Cc: linux-kernel@vger.rutgers.edu, autofs@linux.kernel.org, Russell King Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 01-Feb-00 H. Peter Anvin wrote: > Yes, the v4 code will *NOT* go into 2.4 unless the v3 code is there, > unmolested. Jeremy: This must be fixed. Fixed in 2.3.42-pre1. J From owner-autofs@linux.kernel.org Mon Jan 31 20:38:00 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA27439 for ; Mon, 31 Jan 2000 20:37:59 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA05631 for autofs-list; Mon, 31 Jan 2000 20:11:17 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA05627 for ; Mon, 31 Jan 2000 20:11:16 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id UAA21644; Mon, 31 Jan 2000 20:11:11 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma021642; Mon, 31 Jan 00 20:11:08 -0800 Received: from transmeta.com (IDENT:hpa@carbon-pri1-110.transmeta.com [192.168.6.110]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id UAA03476; Mon, 31 Jan 2000 20:11:10 -0800 (PST) Message-ID: <38965D9F.66AEAC5@transmeta.com> Date: Mon, 31 Jan 2000 20:14:23 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.5-22 i586) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: [PATCH] fix for autofs4 stomping on autofs v3 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: The proper fix is to use differnt header files. -hpa Jeremy Fitzhardinge wrote: > > Hi, > > There was a problem where the autofs v3 kernel code was using the same > AUTOFS_PROTO_VERSION as the v4 code, which confused autofs v3 user-mode code. > > The basic problem is that linux/auto_fs.h doesn't describe just one interface > version, but several (two in this case). Similarly, the user-mode code doesn't > talk "the" protocol version its header file happens to have in it, but the > particular version it implements (ie, its independent of the header file it > includes). > > The quick fix is to rearrange the #defines so that everything gets the info it > needs. The better fix is to make the protocol version a particular party is > talking distinct from the particular header file it includes. > > The patch below is the quick fix, and is not too far off the proper fix (except > I didn't want to modify the original autofs source at all). > > J > [ Sorry if you see this twice: I forgot to forward it to the autofs list the > first time ] > > ------------------------------------------------------------------------ > Name: autofs4-2.3.41-20000130.diff > autofs4-2.3.41-20000130.diff Type: Plain Text (text/plain) > Encoding: 7bit > Description: autofs4-2.3.41-20000130.diff From owner-autofs@linux.kernel.org Tue Feb 1 01:12:20 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id BAA30174 for ; Tue, 1 Feb 2000 01:12:19 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 6 Oct 1999 08:12:13 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id CAA24809 for ; Tue, 1 Feb 2000 02:11:45 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 6 Oct 1999 08:12:10 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id AAA15955 for autofs-list; Tue, 1 Feb 2000 00:57:53 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id AAA15952 for ; Tue, 1 Feb 2000 00:57:52 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id CC18962002; Tue, 1 Feb 2000 00:57:51 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id D07A8ACDE6; Tue, 1 Feb 2000 00:57:50 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38965D9F.66AEAC5@transmeta.com> Date: Tue, 01 Feb 2000 00:57:50 -0800 (PST) From: Jeremy Fitzhardinge To: "H. Peter Anvin" Subject: Re: [PATCH] fix for autofs4 stomping on autofs v3 Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 01-Feb-00 H. Peter Anvin wrote: > The proper fix is to use differnt header files. I think that would make sense if we were talking about vastly different protocols, but we're just talking about one protocol with two versions (one a subset of the other), and two implementations. If there were going to be lots of user-mode clients of this protocol it might be worth putting lots of effort into dealing with interface versioning with a library, but since there's only one user-mode client, that's probably overkill. J From owner-autofs@linux.kernel.org Wed Feb 2 17:23:28 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id RAA21115 for ; Wed, 2 Feb 2000 17:23:28 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 8 Oct 1999 00:23:23 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id SAA27922 for ; Wed, 2 Feb 2000 18:22:45 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 8 Oct 1999 00:23:14 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA04804 for autofs-list; Wed, 2 Feb 2000 17:06:03 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA04801 for ; Wed, 2 Feb 2000 17:06:01 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id RAA01970; Wed, 2 Feb 2000 17:04:16 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma001964; Wed, 2 Feb 00 17:04:13 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id RAA10288; Wed, 2 Feb 2000 17:05:55 -0800 (PST) Message-ID: <3898D473.5D214612@transmeta.com> Date: Wed, 02 Feb 2000 17:05:55 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Frank van Maarseveen CC: Jeremy Fitzhardinge , autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Subject: Re: autofs 4.0.0 (pre1) References: <20000127010455.D4163@iapetus.localdomain> <20000203000908.B803@iapetus.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Frank van Maarseveen wrote: > > On Thu, Jan 27, 2000 at 12:20:49AM -0800, Jeremy Fitzhardinge wrote: > > >> What version are you comparing it to? > > > 2.2.10-ac11 > > > > > > In case you're wondering why: almost no 2.2.x kernel is usable (at my > > > work) because they all suffer from an NFS client bug which is fixed by > > > Trond's patch I'm using in 2.2.13. Without this patch, redirecting setuid > > > program output to an NFS mounted FS fails: data is discarded because I/O > > > is done with the credentials of the calling process (e.g. setuid root) > > > instead of the opener of the file. > > > > Well, my patches do nothing to the behaviour of NFS. Are you saying that > > autofs 4 is more stable than a previous version of autofs with 2.2.x? > Yes. > > 2.2.10-ac11 autofs didn't panic/oops the system but gave some troubles > when a (non-Linux) server disk was resized or was temporarily > offline. I don't recall the details but at times it was difficult > to get rid of old mounts and/or to restart autofs. It had all to do > with error handling (or maybe also a race) during mount/umount actions. > That version had a known bug (not in autofs, in the VFS.) > > First impression is that the new autofs together with a new mount > behaves better. I still have to test it more systematically but I'll > use this new autofs anyway. We'll see what happens. > > One concern is that all automounts here are hard NFS mounts: except for > a stall server/network problems should never disrupt operations on NFS > clients. On the other hand, when a server disk has been resized every > NFS operation on old mounts will yield ESTALE. Mount expiration and even > restarting autofs should still work in this case and not block on the > error. > > Another concern is the mount program which must try forever and not > timeout when the server is not responding at mount time. I think mount > expiration should block as well in this case except when forced by an > autofs stop/restart. > These are NFS operations, and don't have anything to do with autofs. -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Wed Feb 2 17:33:49 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id RAA21527 for ; Wed, 2 Feb 2000 17:33:49 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id RAA04804 for autofs-list; Wed, 2 Feb 2000 17:06:03 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id RAA04801 for ; Wed, 2 Feb 2000 17:06:01 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id RAA01970; Wed, 2 Feb 2000 17:04:16 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma001964; Wed, 2 Feb 00 17:04:13 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id RAA10288; Wed, 2 Feb 2000 17:05:55 -0800 (PST) Message-ID: <3898D473.5D214612@transmeta.com> Date: Wed, 02 Feb 2000 17:05:55 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Frank van Maarseveen CC: Jeremy Fitzhardinge , autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Subject: Re: autofs 4.0.0 (pre1) References: <20000127010455.D4163@iapetus.localdomain> <20000203000908.B803@iapetus.localdomain> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Frank van Maarseveen wrote: > > On Thu, Jan 27, 2000 at 12:20:49AM -0800, Jeremy Fitzhardinge wrote: > > >> What version are you comparing it to? > > > 2.2.10-ac11 > > > > > > In case you're wondering why: almost no 2.2.x kernel is usable (at my > > > work) because they all suffer from an NFS client bug which is fixed by > > > Trond's patch I'm using in 2.2.13. Without this patch, redirecting setuid > > > program output to an NFS mounted FS fails: data is discarded because I/O > > > is done with the credentials of the calling process (e.g. setuid root) > > > instead of the opener of the file. > > > > Well, my patches do nothing to the behaviour of NFS. Are you saying that > > autofs 4 is more stable than a previous version of autofs with 2.2.x? > Yes. > > 2.2.10-ac11 autofs didn't panic/oops the system but gave some troubles > when a (non-Linux) server disk was resized or was temporarily > offline. I don't recall the details but at times it was difficult > to get rid of old mounts and/or to restart autofs. It had all to do > with error handling (or maybe also a race) during mount/umount actions. > That version had a known bug (not in autofs, in the VFS.) > > First impression is that the new autofs together with a new mount > behaves better. I still have to test it more systematically but I'll > use this new autofs anyway. We'll see what happens. > > One concern is that all automounts here are hard NFS mounts: except for > a stall server/network problems should never disrupt operations on NFS > clients. On the other hand, when a server disk has been resized every > NFS operation on old mounts will yield ESTALE. Mount expiration and even > restarting autofs should still work in this case and not block on the > error. > > Another concern is the mount program which must try forever and not > timeout when the server is not responding at mount time. I think mount > expiration should block as well in this case except when forced by an > autofs stop/restart. > These are NFS operations, and don't have anything to do with autofs. -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Fri Feb 4 20:45:23 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id UAA18226 for ; Fri, 4 Feb 2000 20:45:22 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 10 Oct 1999 03:45:18 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id VAA31695 for ; Fri, 4 Feb 2000 21:44:39 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 10 Oct 1999 03:45:13 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA13447 for autofs-list; Fri, 4 Feb 2000 20:21:25 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA13444 for ; Fri, 4 Feb 2000 20:21:23 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 1411E62002; Fri, 4 Feb 2000 20:21:23 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 482EFACDE6; Fri, 4 Feb 2000 20:21:22 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000204202121:11989=_" Date: Fri, 04 Feb 2000 20:21:21 -0800 (PST) From: Jeremy Fitzhardinge To: torvalds@transmeta.com, hpa@transmeta.com Subject: autofs versioning Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000204202121:11989=_ Content-Type: text/plain; charset=us-ascii Hi, I've reworked the stuff to deal with autofs protocol versions so its somewhat cleaner. v3 and v4 share definitions for their common parts, but there's an auto_fs4.h header for all the v4-specific stuff. There's still a couple of warts, but its more self-evidently correct that mushing it all into one header. J [ Linus, I hope this attachment works better for you ] --_=XFMail.1.3.p0.Linux:000204202121:11989=_ Content-Disposition: attachment; filename="autofs4-2.3.42-20000204.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs4-2.3.42-20000204.diff Content-Type: text/plain; charset=us-ascii; name=autofs4-2.3.42-20000204.diff; SizeOnDisk=4778 --- /dev/null Tue May 5 13:32:27 1998 +++ linux/include/linux/auto_fs4.h Fri Feb 4 20:19:31 2000 @@ -0,0 +1,45 @@ +/* -*- c-mode -*- + * linux/include/linux/auto_fs4.h + * + * Copyright 1999-2000 Jeremy Fitzhardinge + * + * This file is part of the Linux kernel and is made available under + * the terms of the GNU General Public License, version 2, or at your + * option, any later version, incorporated herein by reference. + */ + +#ifndef _LINUX_AUTO_FS4_H +#define _LINUX_AUTO_FS4_H + +/* Include common v3 definitions */ +#include + +/* autofs v4 definitions */ +#undef AUTOFS_PROTO_VERSION +#define AUTOFS_PROTO_VERSION 4 + +#undef AUTOFS_MAX_PROTO_VERSION +#define AUTOFS_MAX_PROTO_VERSION AUTOFS_PROTO_VERSION + +/* New message type */ +#define autofs_ptype_expire_multi 2 /* Expire entry (umount request) */ + +/* v4 multi expire (via pipe) */ +struct autofs_packet_expire_multi { + struct autofs_packet_hdr hdr; + autofs_wqt_t wait_queue_token; + int len; + char name[NAME_MAX+1]; +}; + +union autofs_packet_union { + struct autofs_packet_hdr hdr; + struct autofs_packet_missing missing; + struct autofs_packet_expire expire; + struct autofs_packet_expire_multi expire_multi; +}; + +#define AUTOFS_IOC_EXPIRE_MULTI _IOW(0x93,0x66,int) + + +#endif /* _LINUX_AUTO_FS4_H */ --- 2.3/include/linux/auto_fs.h Wed Feb 2 18:08:15 2000 +++ linux/include/linux/auto_fs.h Fri Feb 4 20:19:15 2000 @@ -14,20 +14,21 @@ #ifndef _LINUX_AUTO_FS_H #define _LINUX_AUTO_FS_H +#ifdef __KERNEL__ #include #include #include -#include #include +#endif /* __KERNEL__ */ + +#include -/* This header file describes a range of autofs interface versions; - the new implementation ("autofs4") supports them all, but the old - implementation only supports v3. */ -#define AUTOFS_MIN_PROTO_VERSION 3 /* Min version we support */ -#define AUTOFS_MAX_PROTO_VERSION 4 /* Max (current) version */ +/* This file describes autofs v3 */ +#define AUTOFS_PROTO_VERSION 3 -/* Backwards compat for autofs v3; it just implements a version */ -#define AUTOFS_PROTO_VERSION 3 /* v3 version */ +/* Range of protocol versions defined */ +#define AUTOFS_MAX_PROTO_VERSION AUTOFS_PROTO_VERSION +#define AUTOFS_MIN_PROTO_VERSION AUTOFS_PROTO_VERSION /* * Architectures where both 32- and 64-bit binaries can be executed @@ -50,15 +51,13 @@ typedef unsigned long autofs_wqt_t; #endif -enum autofs_packet_type { - autofs_ptype_missing, /* Missing entry (mount request) */ - autofs_ptype_expire, /* Expire entry (umount request) */ - autofs_ptype_expire_multi, /* Expire entry (umount request) */ -}; +/* Packet types */ +#define autofs_ptype_missing 0 /* Missing entry (mount request) */ +#define autofs_ptype_expire 1 /* Expire entry (umount request) */ struct autofs_packet_hdr { - int proto_version; /* Protocol version */ - enum autofs_packet_type type; /* Type of packet */ + int proto_version; /* Protocol version */ + int type; /* Type of packet */ }; struct autofs_packet_missing { @@ -75,28 +74,12 @@ char name[NAME_MAX+1]; }; -/* v4 multi expire (via pipe) */ -struct autofs_packet_expire_multi { - struct autofs_packet_hdr hdr; - autofs_wqt_t wait_queue_token; - int len; - char name[NAME_MAX+1]; -}; - -union autofs_packet_union { - struct autofs_packet_hdr hdr; - struct autofs_packet_missing missing; - struct autofs_packet_expire expire; - struct autofs_packet_expire_multi expire_multi; -}; - #define AUTOFS_IOC_READY _IO(0x93,0x60) #define AUTOFS_IOC_FAIL _IO(0x93,0x61) #define AUTOFS_IOC_CATATONIC _IO(0x93,0x62) #define AUTOFS_IOC_PROTOVER _IOR(0x93,0x63,int) #define AUTOFS_IOC_SETTIMEOUT _IOWR(0x93,0x64,unsigned long) #define AUTOFS_IOC_EXPIRE _IOR(0x93,0x65,struct autofs_packet_expire) -#define AUTOFS_IOC_EXPIRE_MULTI _IOW(0x93,0x66,int) #ifdef __KERNEL__ diff -X ../diffexcl -Nur 2.3/fs/autofs4/autofs_i.h abulafia-2.3/fs/autofs4/autof s_i.h --- 2.3/fs/autofs4/autofs_i.h Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/autofs_i.h Fri Feb 4 19:57:35 2000 @@ -12,7 +12,7 @@ /* Internal header file for autofs */ -#include +#include #include /* This is the range of ioctl() numbers we claim as ours */ diff -X ../diffexcl -Nur 2.3/fs/autofs4/waitq.c abulafia-2.3/fs/autofs4/waitq.c --- 2.3/fs/autofs4/waitq.c Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/waitq.c Fri Feb 4 19:50:49 2000 @@ -86,7 +86,7 @@ static void autofs4_notify_daemon(struct autofs_sb_info *sbi, struct autofs_wait_queue *wq, - enum autofs_packet_type type) + int type) { union autofs_packet_union pkt; size_t pktsz; --_=XFMail.1.3.p0.Linux:000204202121:11989=_-- End of MIME message From owner-autofs@linux.kernel.org Fri Feb 4 20:58:57 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id UAA18268 for ; Fri, 4 Feb 2000 20:58:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA13447 for autofs-list; Fri, 4 Feb 2000 20:21:25 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA13444 for ; Fri, 4 Feb 2000 20:21:23 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 1411E62002; Fri, 4 Feb 2000 20:21:23 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 482EFACDE6; Fri, 4 Feb 2000 20:21:22 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=XFMail.1.3.p0.Linux:000204202121:11989=_" Date: Fri, 04 Feb 2000 20:21:21 -0800 (PST) From: Jeremy Fitzhardinge To: torvalds@transmeta.com, hpa@transmeta.com Subject: autofs versioning Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: This message is in MIME format --_=XFMail.1.3.p0.Linux:000204202121:11989=_ Content-Type: text/plain; charset=us-ascii Hi, I've reworked the stuff to deal with autofs protocol versions so its somewhat cleaner. v3 and v4 share definitions for their common parts, but there's an auto_fs4.h header for all the v4-specific stuff. There's still a couple of warts, but its more self-evidently correct that mushing it all into one header. J [ Linus, I hope this attachment works better for you ] --_=XFMail.1.3.p0.Linux:000204202121:11989=_ Content-Disposition: attachment; filename="autofs4-2.3.42-20000204.diff" Content-Transfer-Encoding: 7bit Content-Description: autofs4-2.3.42-20000204.diff Content-Type: text/plain; charset=us-ascii; name=autofs4-2.3.42-20000204.diff; SizeOnDisk=4778 --- /dev/null Tue May 5 13:32:27 1998 +++ linux/include/linux/auto_fs4.h Fri Feb 4 20:19:31 2000 @@ -0,0 +1,45 @@ +/* -*- c-mode -*- + * linux/include/linux/auto_fs4.h + * + * Copyright 1999-2000 Jeremy Fitzhardinge + * + * This file is part of the Linux kernel and is made available under + * the terms of the GNU General Public License, version 2, or at your + * option, any later version, incorporated herein by reference. + */ + +#ifndef _LINUX_AUTO_FS4_H +#define _LINUX_AUTO_FS4_H + +/* Include common v3 definitions */ +#include + +/* autofs v4 definitions */ +#undef AUTOFS_PROTO_VERSION +#define AUTOFS_PROTO_VERSION 4 + +#undef AUTOFS_MAX_PROTO_VERSION +#define AUTOFS_MAX_PROTO_VERSION AUTOFS_PROTO_VERSION + +/* New message type */ +#define autofs_ptype_expire_multi 2 /* Expire entry (umount request) */ + +/* v4 multi expire (via pipe) */ +struct autofs_packet_expire_multi { + struct autofs_packet_hdr hdr; + autofs_wqt_t wait_queue_token; + int len; + char name[NAME_MAX+1]; +}; + +union autofs_packet_union { + struct autofs_packet_hdr hdr; + struct autofs_packet_missing missing; + struct autofs_packet_expire expire; + struct autofs_packet_expire_multi expire_multi; +}; + +#define AUTOFS_IOC_EXPIRE_MULTI _IOW(0x93,0x66,int) + + +#endif /* _LINUX_AUTO_FS4_H */ --- 2.3/include/linux/auto_fs.h Wed Feb 2 18:08:15 2000 +++ linux/include/linux/auto_fs.h Fri Feb 4 20:19:15 2000 @@ -14,20 +14,21 @@ #ifndef _LINUX_AUTO_FS_H #define _LINUX_AUTO_FS_H +#ifdef __KERNEL__ #include #include #include -#include #include +#endif /* __KERNEL__ */ + +#include -/* This header file describes a range of autofs interface versions; - the new implementation ("autofs4") supports them all, but the old - implementation only supports v3. */ -#define AUTOFS_MIN_PROTO_VERSION 3 /* Min version we support */ -#define AUTOFS_MAX_PROTO_VERSION 4 /* Max (current) version */ +/* This file describes autofs v3 */ +#define AUTOFS_PROTO_VERSION 3 -/* Backwards compat for autofs v3; it just implements a version */ -#define AUTOFS_PROTO_VERSION 3 /* v3 version */ +/* Range of protocol versions defined */ +#define AUTOFS_MAX_PROTO_VERSION AUTOFS_PROTO_VERSION +#define AUTOFS_MIN_PROTO_VERSION AUTOFS_PROTO_VERSION /* * Architectures where both 32- and 64-bit binaries can be executed @@ -50,15 +51,13 @@ typedef unsigned long autofs_wqt_t; #endif -enum autofs_packet_type { - autofs_ptype_missing, /* Missing entry (mount request) */ - autofs_ptype_expire, /* Expire entry (umount request) */ - autofs_ptype_expire_multi, /* Expire entry (umount request) */ -}; +/* Packet types */ +#define autofs_ptype_missing 0 /* Missing entry (mount request) */ +#define autofs_ptype_expire 1 /* Expire entry (umount request) */ struct autofs_packet_hdr { - int proto_version; /* Protocol version */ - enum autofs_packet_type type; /* Type of packet */ + int proto_version; /* Protocol version */ + int type; /* Type of packet */ }; struct autofs_packet_missing { @@ -75,28 +74,12 @@ char name[NAME_MAX+1]; }; -/* v4 multi expire (via pipe) */ -struct autofs_packet_expire_multi { - struct autofs_packet_hdr hdr; - autofs_wqt_t wait_queue_token; - int len; - char name[NAME_MAX+1]; -}; - -union autofs_packet_union { - struct autofs_packet_hdr hdr; - struct autofs_packet_missing missing; - struct autofs_packet_expire expire; - struct autofs_packet_expire_multi expire_multi; -}; - #define AUTOFS_IOC_READY _IO(0x93,0x60) #define AUTOFS_IOC_FAIL _IO(0x93,0x61) #define AUTOFS_IOC_CATATONIC _IO(0x93,0x62) #define AUTOFS_IOC_PROTOVER _IOR(0x93,0x63,int) #define AUTOFS_IOC_SETTIMEOUT _IOWR(0x93,0x64,unsigned long) #define AUTOFS_IOC_EXPIRE _IOR(0x93,0x65,struct autofs_packet_expire) -#define AUTOFS_IOC_EXPIRE_MULTI _IOW(0x93,0x66,int) #ifdef __KERNEL__ diff -X ../diffexcl -Nur 2.3/fs/autofs4/autofs_i.h abulafia-2.3/fs/autofs4/autof s_i.h --- 2.3/fs/autofs4/autofs_i.h Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/autofs_i.h Fri Feb 4 19:57:35 2000 @@ -12,7 +12,7 @@ /* Internal header file for autofs */ -#include +#include #include /* This is the range of ioctl() numbers we claim as ours */ diff -X ../diffexcl -Nur 2.3/fs/autofs4/waitq.c abulafia-2.3/fs/autofs4/waitq.c --- 2.3/fs/autofs4/waitq.c Sat Jan 29 14:47:39 2000 +++ linux/fs/autofs4/waitq.c Fri Feb 4 19:50:49 2000 @@ -86,7 +86,7 @@ static void autofs4_notify_daemon(struct autofs_sb_info *sbi, struct autofs_wait_queue *wq, - enum autofs_packet_type type) + int type) { union autofs_packet_union pkt; size_t pktsz; --_=XFMail.1.3.p0.Linux:000204202121:11989=_-- End of MIME message From owner-autofs@linux.kernel.org Fri Feb 4 21:06:40 2000 Return-Path: Received: from sentinel.imedia.com (imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id VAA18319 for ; Fri, 4 Feb 2000 21:06:38 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 10 Oct 1999 04:06:34 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id WAA31715 for ; Fri, 4 Feb 2000 22:05:57 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 10 Oct 1999 04:06:31 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id UAA15285 for autofs-list; Fri, 4 Feb 2000 20:56:47 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id UAA15282 for ; Fri, 4 Feb 2000 20:56:46 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id UAA22131; Fri, 4 Feb 2000 20:56:42 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma022124; Fri, 4 Feb 00 20:56:25 -0800 Received: from korell.transmeta.com (IDENT:root@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id UAA25251; Fri, 4 Feb 2000 20:56:29 -0800 (PST) Received: from transmeta.com (IDENT:hpa@localhost.localdomain [127.0.0.1]) by korell.transmeta.com (8.9.3/8.7.3) with ESMTP id UAA09663; Fri, 4 Feb 2000 20:56:28 -0800 Message-ID: <389BAD7C.AEC9DDDF@transmeta.com> Date: Fri, 04 Feb 2000 20:56:28 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: torvalds@transmeta.com, autofs@linux.kernel.org Subject: Re: autofs versioning References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > > Hi, > > I've reworked the stuff to deal with autofs protocol versions so its somewhat > cleaner. v3 and v4 share definitions for their common parts, but there's an > auto_fs4.h header for all the v4-specific stuff. There's still a couple of > warts, but its more self-evidently correct that mushing it all into one header. > Thanks for doing this, Jeremy. This is much lower risk, IMO. -hpa From owner-autofs@linux.kernel.org Tue Feb 8 05:21:39 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id FAA26029 for ; Tue, 8 Feb 2000 05:21:39 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 13 Oct 1999 12:21:36 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id GAA04262 for ; Tue, 8 Feb 2000 06:20:42 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 13 Oct 1999 12:21:24 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA16820 for autofs-list; Tue, 8 Feb 2000 04:55:33 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA16816 for ; Tue, 8 Feb 2000 04:55:06 -0800 From: rich@annexia.org Received: from annexia.org (www.annexia.org [193.164.182.119]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id EAA20910 for ; Tue, 8 Feb 2000 04:55:05 -0800 Received: (from rich@localhost) by annexia.org (8.8.7/8.8.7) id MAA19699; Tue, 8 Feb 2000 12:54:43 GMT Date: Tue, 8 Feb 2000 12:54:42 +0000 To: hpa@transmeta.com, autofs@linux.kernel.org Subject: AUTOFS: Small patch to conditionally disable local symlinking Message-ID: <20000208125441.A19688@www.annexia.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" X-Mailer: Mutt 1.0i Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by linux.kernel.org id EAA16820 Hi: The following very tiny patch adds the `--no-local-symlinks' option to /usr/sbin/automount. This option causes automount *not* to symlink NFS mounts which it believes to be local. If the user doesn't specify this option, then automount's behaviour is unchanged (ie. it will use symlinks for local mounts). I needed this because I was using ssh and rpc_psrv to proxy NFS connections over a secure tunnel. It took me quite a long time to work out why `mount localhost:/remote/drive /local' worked correctly, but automount didn't ... Rich. --=20 rich@annexia.org | Is your school part of http://www.schoolmaster.net ? BiblioTech Ltd, Unit 2 Piper Centre, 50 Carnwath Road, London, SW6 3EG. +44 20 7384 6917 | Click here to play XRacer: http://xracer.annexia.org Copyright =A9 2000 Richard Jones | GnuPG/PGP key from www.annexia.org --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="autofs-3.1.3-no_local.patch" diff -urN autofs-3.1.3.orig/daemon/automount.c autofs-3.1.3/daemon/automount.c --- autofs-3.1.3.orig/daemon/automount.c Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/daemon/automount.c Tue Feb 8 12:45:31 2000 @@ -51,6 +51,8 @@ static int mounted = 0; static int submount = 0; +int no_local_symlinks = 0; + struct pending_mount { pid_t pid; /* Which process is mounting for us */ unsigned long wait_queue_token; /* Associated kernel wait token */ @@ -604,6 +606,7 @@ {"timeout", 1, 0, 't'}, {"version", 0, 0, 'v'}, {"submount", 0, &submount, 1}, + {"no-local-symlinks", 0, &no_local_symlinks, 1}, {0,0,0,0} }; diff -urN autofs-3.1.3.orig/include/automount.h autofs-3.1.3/include/automount.h --- autofs-3.1.3.orig/include/automount.h Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/include/automount.h Tue Feb 8 12:44:58 2000 @@ -31,6 +31,12 @@ #define SLOPPY #endif +/* If set, then NFS plug in won't ever assume that an NFS server is + * local and create a symlink rather than really linking. This is + * set by the `--no-local-symlinks' option on the command line. + */ +extern int no_local_symlinks; + /* Standard function used by daemon or modules */ int spawnl(int logpri, const char *prog, ...); diff -urN autofs-3.1.3.orig/modules/mount_nfs.c autofs-3.1.3/modules/mount_nfs.c --- autofs-3.1.3.orig/modules/mount_nfs.c Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/modules/mount_nfs.c Tue Feb 8 12:45:02 2000 @@ -152,7 +152,7 @@ } } while (*hostname && !local); - if ( local ) { + if ( local && !no_local_symlinks ) { /* Local host -- do a symlink */ syslog(LOG_DEBUG, MODPREFIX "%s is local, symlinking", name); --G4iJoqBmSsgzjUCe-- From owner-autofs@linux.kernel.org Tue Feb 8 05:48:21 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id FAA26446 for ; Tue, 8 Feb 2000 05:48:20 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id EAA16820 for autofs-list; Tue, 8 Feb 2000 04:55:33 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id EAA16816 for ; Tue, 8 Feb 2000 04:55:06 -0800 From: rich@annexia.org Received: from annexia.org (www.annexia.org [193.164.182.119]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id EAA20910 for ; Tue, 8 Feb 2000 04:55:05 -0800 Received: (from rich@localhost) by annexia.org (8.8.7/8.8.7) id MAA19699; Tue, 8 Feb 2000 12:54:43 GMT Date: Tue, 8 Feb 2000 12:54:42 +0000 To: hpa@transmeta.com, autofs@linux.kernel.org Subject: AUTOFS: Small patch to conditionally disable local symlinking Message-ID: <20000208125441.A19688@www.annexia.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="G4iJoqBmSsgzjUCe" Content-Transfer-Encoding: 8bit X-Mailer: Mutt 1.0i Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hi: The following very tiny patch adds the `--no-local-symlinks' option to /usr/sbin/automount. This option causes automount *not* to symlink NFS mounts which it believes to be local. If the user doesn't specify this option, then automount's behaviour is unchanged (ie. it will use symlinks for local mounts). I needed this because I was using ssh and rpc_psrv to proxy NFS connections over a secure tunnel. It took me quite a long time to work out why `mount localhost:/remote/drive /local' worked correctly, but automount didn't ... Rich. -- rich@annexia.org | Is your school part of http://www.schoolmaster.net ? BiblioTech Ltd, Unit 2 Piper Centre, 50 Carnwath Road, London, SW6 3EG. +44 20 7384 6917 | Click here to play XRacer: http://xracer.annexia.org Copyright © 2000 Richard Jones | GnuPG/PGP key from www.annexia.org --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="autofs-3.1.3-no_local.patch" diff -urN autofs-3.1.3.orig/daemon/automount.c autofs-3.1.3/daemon/automount.c --- autofs-3.1.3.orig/daemon/automount.c Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/daemon/automount.c Tue Feb 8 12:45:31 2000 @@ -51,6 +51,8 @@ static int mounted = 0; static int submount = 0; +int no_local_symlinks = 0; + struct pending_mount { pid_t pid; /* Which process is mounting for us */ unsigned long wait_queue_token; /* Associated kernel wait token */ @@ -604,6 +606,7 @@ {"timeout", 1, 0, 't'}, {"version", 0, 0, 'v'}, {"submount", 0, &submount, 1}, + {"no-local-symlinks", 0, &no_local_symlinks, 1}, {0,0,0,0} }; diff -urN autofs-3.1.3.orig/include/automount.h autofs-3.1.3/include/automount.h --- autofs-3.1.3.orig/include/automount.h Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/include/automount.h Tue Feb 8 12:44:58 2000 @@ -31,6 +31,12 @@ #define SLOPPY #endif +/* If set, then NFS plug in won't ever assume that an NFS server is + * local and create a symlink rather than really linking. This is + * set by the `--no-local-symlinks' option on the command line. + */ +extern int no_local_symlinks; + /* Standard function used by daemon or modules */ int spawnl(int logpri, const char *prog, ...); diff -urN autofs-3.1.3.orig/modules/mount_nfs.c autofs-3.1.3/modules/mount_nfs.c --- autofs-3.1.3.orig/modules/mount_nfs.c Tue Nov 3 21:21:14 1998 +++ autofs-3.1.3/modules/mount_nfs.c Tue Feb 8 12:45:02 2000 @@ -152,7 +152,7 @@ } } while (*hostname && !local); - if ( local ) { + if ( local && !no_local_symlinks ) { /* Local host -- do a symlink */ syslog(LOG_DEBUG, MODPREFIX "%s is local, symlinking", name); --G4iJoqBmSsgzjUCe-- From owner-autofs@linux.kernel.org Tue Feb 8 09:27:10 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id JAA28346 for ; Tue, 8 Feb 2000 09:27:09 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 13 Oct 1999 16:27:06 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id KAA04572 for ; Tue, 8 Feb 2000 10:26:21 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 13 Oct 1999 16:27:03 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA25907 for autofs-list; Tue, 8 Feb 2000 09:12:39 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA25904 for ; Tue, 8 Feb 2000 09:12:38 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 979A462002; Tue, 8 Feb 2000 09:12:38 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id A8FABACDE6; Tue, 8 Feb 2000 09:12:32 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000208125441.A19688@www.annexia.org> Date: Tue, 08 Feb 2000 09:12:32 -0800 (PST) From: Jeremy Fitzhardinge To: rich@annexia.org Subject: RE: AUTOFS: Small patch to conditionally disable local symlinkin Cc: autofs@linux.kernel.org, hpa@transmeta.com Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 08-Feb-00 rich@annexia.org wrote: > The following very tiny patch adds the `--no-local-symlinks' > option to /usr/sbin/automount. This option causes automount > *not* to symlink NFS mounts which it believes to be local. Autofs 4.0.0 adds a new mount option for NFS mounts which has the same effect (the nosymlink flag). This change is not dependent on anything else in autofs 4, so you should be able to extract just that part for autofs 3.1.x. J From owner-autofs@linux.kernel.org Tue Feb 8 12:27:45 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id MAA29717 for ; Tue, 8 Feb 2000 12:27:45 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 13 Oct 1999 19:27:42 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id NAA04859 for ; Tue, 8 Feb 2000 13:26:56 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 13 Oct 1999 19:27:39 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA32337 for autofs-list; Tue, 8 Feb 2000 12:17:30 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA32334 for ; Tue, 8 Feb 2000 12:17:29 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA20089; Tue, 8 Feb 2000 12:17:28 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma020081; Tue, 8 Feb 00 12:17:16 -0800 Received: from korell.transmeta.com (IDENT:root@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA18706; Tue, 8 Feb 2000 12:17:16 -0800 (PST) Received: from transmeta.com (IDENT:hpa@localhost.localdomain [127.0.0.1]) by korell.transmeta.com (8.9.3/8.7.3) with ESMTP id MAA17396; Tue, 8 Feb 2000 12:17:16 -0800 Message-ID: <38A079CC.EEA7E60F@transmeta.com> Date: Tue, 08 Feb 2000 12:17:16 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: rich@annexia.org, autofs@linux.kernel.org Subject: Re: AUTOFS: Small patch to conditionally disable local symlinkin References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > > On 08-Feb-00 rich@annexia.org wrote: > > The following very tiny patch adds the `--no-local-symlinks' > > option to /usr/sbin/automount. This option causes automount > > *not* to symlink NFS mounts which it believes to be local. > > Autofs 4.0.0 adds a new mount option for NFS mounts which has the same effect > (the nosymlink flag). This change is not dependent on anything else in > autofs 4, so you should be able to extract just that part for autofs 3.1.x. > This is the right way to do it. (Well, eventually I'd like to be able to do lofs on Linux.) -hpa From owner-autofs@linux.kernel.org Tue Feb 8 12:42:56 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id MAA29776 for ; Tue, 8 Feb 2000 12:42:56 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA32337 for autofs-list; Tue, 8 Feb 2000 12:17:30 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA32334 for ; Tue, 8 Feb 2000 12:17:29 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA20089; Tue, 8 Feb 2000 12:17:28 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma020081; Tue, 8 Feb 00 12:17:16 -0800 Received: from korell.transmeta.com (IDENT:root@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA18706; Tue, 8 Feb 2000 12:17:16 -0800 (PST) Received: from transmeta.com (IDENT:hpa@localhost.localdomain [127.0.0.1]) by korell.transmeta.com (8.9.3/8.7.3) with ESMTP id MAA17396; Tue, 8 Feb 2000 12:17:16 -0800 Message-ID: <38A079CC.EEA7E60F@transmeta.com> Date: Tue, 08 Feb 2000 12:17:16 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: rich@annexia.org, autofs@linux.kernel.org Subject: Re: AUTOFS: Small patch to conditionally disable local symlinkin References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > > On 08-Feb-00 rich@annexia.org wrote: > > The following very tiny patch adds the `--no-local-symlinks' > > option to /usr/sbin/automount. This option causes automount > > *not* to symlink NFS mounts which it believes to be local. > > Autofs 4.0.0 adds a new mount option for NFS mounts which has the same effect > (the nosymlink flag). This change is not dependent on anything else in > autofs 4, so you should be able to extract just that part for autofs 3.1.x. > This is the right way to do it. (Well, eventually I'd like to be able to do lofs on Linux.) -hpa From owner-autofs@linux.kernel.org Sun Feb 13 13:45:15 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA23986 for ; Sun, 13 Feb 2000 13:45:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA31920 for autofs-list; Sun, 13 Feb 2000 13:01:01 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA31911 for ; Sun, 13 Feb 2000 13:00:50 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id CFAB362004; Sun, 13 Feb 2000 13:00:48 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 9835EACDE6; Sun, 13 Feb 2000 13:00:47 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Sun, 13 Feb 2000 13:00:47 -0800 (PST) From: Jeremy Fitzhardinge To: autofs@linux.kernel.org, linux-kernel@vger.rutgers.edu Subject: autofs-4.0.0pre6 Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Hi all, Yes, another autofs 4 release. No major changes, but there is a real bugfix for people who use local symlinks; autofs-4.0.0pre2 onwards simply deleted any symlinks immediately after creating them. Background: autofs-4 is the next major release of autofs. Its main new feature is the ability to support "tree mounts", best known as "Solaris-style /net automounting" (though the mechanism is very general). Autofs 4 is backwards and forwards compatible with autofs 3, but to use the new features you need a kernel patch for 2.2.x kernels and 2.3.x (x < 41); autofs 4 is standard in 2.3.41 onwards. News: autofs-4.0.0-pre6: Since autofs-4.0.0-pre5: ------------------------------------------- * Fix to auto.net to deal with mount options in the showmount output * Don't delete symlinks after just creating them autofs-4.0.0-pre5: Since autofs-4.0.0-pre4: ------------------------------------------- * Updated header files to match kernel; fixes some protocol version confusion. Available from ftp://ftp.kernel.org/pub/linux/daemons/autofs/testing-v4/ More information about autofs4 at http://www.goop.org/~jeremy/autofs/ J From owner-autofs@linux.kernel.org Tue Feb 15 07:12:12 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id HAA09731 for ; Tue, 15 Feb 2000 07:12:12 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA21038 for autofs-list; Tue, 15 Feb 2000 06:12:22 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA21035 for ; Tue, 15 Feb 2000 06:12:21 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id GAA22113 for ; Tue, 15 Feb 2000 06:12:20 -0800 Received: from jlab.org (silas.jlab.org [129.57.33.2]) by ccs4.jlab.org (8.9.2/8.9.3) with ESMTP id JAA29685 for ; Tue, 15 Feb 2000 09:08:28 -0500 (EST) Message-ID: <38A95DDB.C1D487BF@jlab.org> Date: Tue, 15 Feb 2000 09:08:27 -0500 From: Kelvin Edwards Organization: Jefferson Lab X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.6 i686) X-Accept-Language: en MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: automount variables Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: In the documentation for autofs, it mentions the -Dvariable=value option to the automounter in order to define arbitrary variables. Since this is not currently implemented in the code, is this going to be in the autofs v4 ? Kelvin Edwards System Admin From owner-autofs@linux.kernel.org Tue Feb 15 09:59:12 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id JAA10995 for ; Tue, 15 Feb 2000 09:59:12 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA27153 for autofs-list; Tue, 15 Feb 2000 09:06:36 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA27150 for ; Tue, 15 Feb 2000 09:06:34 -0800 Received: from dhcp-84.london.excite.com (hell.london.excite.com) [194.216.238.84] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 12KlQi-0005Rx-00; Tue, 15 Feb 2000 17:06:28 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.12 #1 (Debian)) id 12KlQi-0007wx-00; Tue, 15 Feb 2000 17:06:28 +0000 Date: Tue, 15 Feb 2000 17:06:28 +0000 From: Steve Haslam To: Kelvin Edwards Cc: autofs@linux.kernel.org Subject: Re: automount variables Message-ID: <20000215170623.R14497@excitecorp.com> Mail-Followup-To: Kelvin Edwards , autofs@linux.kernel.org References: <38A95DDB.C1D487BF@jlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <38A95DDB.C1D487BF@jlab.org>; from kelvin@jlab.org on Tue, Feb 15, 2000 at 09:08:27AM -0500 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On Tue, Feb 15, 2000 at 09:08:27AM -0500, Kelvin Edwards wrote: > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. > Since this is not currently implemented in the code, is this going > to be in the autofs v4 ? ? I use -D in autofs v3, e.g.: bash$ cat /etc/auto.samba * -fstype=autofs,-Duser=& file:/etc/auto.sambasub bash$ cat /etc/auto.sambasub * -fstype=autofs samba:${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Tue Feb 15 10:17:45 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id KAA11036 for ; Tue, 15 Feb 2000 10:17:45 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA28199 for autofs-list; Tue, 15 Feb 2000 09:37:30 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA28196 for ; Tue, 15 Feb 2000 09:37:28 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 6A9FD62004; Tue, 15 Feb 2000 09:37:28 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 77A2BACDE6; Tue, 15 Feb 2000 09:37:27 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38A95DDB.C1D487BF@jlab.org> Date: Tue, 15 Feb 2000 09:37:27 -0800 (PST) From: Jeremy Fitzhardinge To: Kelvin Edwards Subject: RE: automount variables Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 15-Feb-00 Kelvin Edwards wrote: > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the autofs v4 ? Huh, I hadn't noticed that. I hadn't planned it as a v4 feature, but it has a pretty good chance of becoming one if someone sends me a good patch or if it looks very straightforward. J From owner-autofs@linux.kernel.org Tue Feb 15 13:16:15 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id NAA12331 for ; Tue, 15 Feb 2000 13:16:14 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA02506 for autofs-list; Tue, 15 Feb 2000 12:46:07 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA02503 for ; Tue, 15 Feb 2000 12:46:05 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA16282; Tue, 15 Feb 2000 12:45:31 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma016277; Tue, 15 Feb 00 12:45:27 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA29786; Tue, 15 Feb 2000 12:45:29 -0800 (PST) Message-ID: <38A9BAE8.8B3DEEE1@transmeta.com> Date: Tue, 15 Feb 2000 12:45:28 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Kelvin Edwards CC: autofs@linux.kernel.org Subject: Re: automount variables References: <38A95DDB.C1D487BF@jlab.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Kelvin Edwards wrote: > > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the > autofs v4 ? > It's implemented. -hpa From owner-autofs@linux.kernel.org Tue Feb 15 14:39:58 2000 Return-Path: Received: from linux.kernel.org (linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA13183 for ; Tue, 15 Feb 2000 14:39:57 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA06061 for autofs-list; Tue, 15 Feb 2000 14:11:24 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA06058 for ; Tue, 15 Feb 2000 14:11:23 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id OAA18766; Tue, 15 Feb 2000 14:10:49 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma018764; Tue, 15 Feb 00 14:10:35 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id OAA09006; Tue, 15 Feb 2000 14:10:37 -0800 (PST) Message-ID: <38A9CEDD.7D4A46F1@transmeta.com> Date: Tue, 15 Feb 2000 14:10:37 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Kelvin Edwards CC: autofs@linux.kernel.org Subject: Re: automount variables References: <000001bf77ff$d680e300$19043981@w98sysrec> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Kelvin Edwards wrote: > > It is not in the automount.c code where I expected it > to be so that a call to automount -Dvar=value would work. > My auto.master file looks similar to the following: > > /u auto.u --timeout 60 > > where auto.u is a yp map similar to: > > home -rw fs:/home > > Where should I put the -D option ? In the > auto.u or auto.master file ? When I put it in > the auto.master file, the automount did not > recognize the option, leading to a perusal of > the automount daemon code where I could not find > any mention of it. I apologize if it is indeed > implemented. > auto.master is parsed by a distribution-dependent script. I utterly despise the format of auto.master; it has *so* many problems it isn't even funny. It's just there so auto.master NIS maps will be sharable with Suns. If it was up to me, I'd have an /etc/automount.conf which would simply be the list of automount command lines to execute, i.e. something like: -t 60 /u file /etc/auto.u /home yp auto.home rsize=8192,wsize=8192 -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Tue Feb 15 14:40:02 2000 Return-Path: Received: from linux.kernel.org (linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id OAA13186 for ; Tue, 15 Feb 2000 14:40:02 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA05710 for autofs-list; Tue, 15 Feb 2000 14:03:57 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA05707 for ; Tue, 15 Feb 2000 14:03:56 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id OAA05166 for ; Tue, 15 Feb 2000 14:03:55 -0800 Received: from w98sysrec (m16.jlab.org [129.57.4.25]) by ccs4.jlab.org (8.9.2/8.9.3) with SMTP id QAA24690; Tue, 15 Feb 2000 16:59:27 -0500 (EST) From: "Kelvin Edwards" To: Cc: Subject: RE: automount variables Date: Tue, 15 Feb 2000 16:58:48 -0500 Message-ID: <000001bf77ff$d680e300$19043981@w98sysrec> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <38A9BAE8.8B3DEEE1@transmeta.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: It is not in the automount.c code where I expected it to be so that a call to automount -Dvar=value would work. My auto.master file looks similar to the following: /u auto.u --timeout 60 where auto.u is a yp map similar to: home -rw fs:/home Where should I put the -D option ? In the auto.u or auto.master file ? When I put it in the auto.master file, the automount did not recognize the option, leading to a perusal of the automount daemon code where I could not find any mention of it. I apologize if it is indeed implemented. --kelvin -----Original Message----- From: hpa@transmeta.com [mailto:hpa@transmeta.com] Sent: Tuesday, February 15, 2000 3:45 PM To: Kelvin Edwards Cc: autofs@linux.kernel.org Subject: Re: automount variables Kelvin Edwards wrote: > > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the > autofs v4 ? > It's implemented. -hpa From owner-autofs@linux.kernel.org Tue Feb 15 15:04:24 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id PAA13276 for ; Tue, 15 Feb 2000 15:04:24 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA07635 for autofs-list; Tue, 15 Feb 2000 14:37:40 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA07632 for ; Tue, 15 Feb 2000 14:37:38 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id CE22B62002; Tue, 15 Feb 2000 14:37:37 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 3B812ACDE6; Tue, 15 Feb 2000 14:37:37 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38A9BC01.5F018934@transmeta.com> Date: Tue, 15 Feb 2000 14:37:37 -0800 (PST) From: Jeremy Fitzhardinge To: "H. Peter Anvin" Subject: Re: automount variables Cc: autofs@linux.kernel.org, Kelvin Edwards Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: On 15-Feb-00 H. Peter Anvin wrote: > The claim that it's unimplemented is utterly bogus. It's implemented in > parse_sun.c. Oh, OK, that stuff. I think Kelvin is talking about a command line option to automount, but the automount manpage doesn't promise anything which isn't there. J From owner-autofs@linux.kernel.org Wed Feb 16 06:25:35 2000 Return-Path: Received: from linux.kernel.org (majordom@linux.kernel.org [209.10.217.83] (may be forged)) by mail.Linux-Consulting.com (8.8.7/8.8.7) with ESMTP id GAA20740 for ; Wed, 16 Feb 2000 06:25:35 -0800 Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA08476 for autofs-list; Wed, 16 Feb 2000 05:33:32 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA08473 for ; Wed, 16 Feb 2000 05:33:30 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id FAA01333 for ; Wed, 16 Feb 2000 05:33:30 -0800 Received: from jlab.org (silas.jlab.org [129.57.33.2]) by ccs4.jlab.org (8.9.2/8.9.3) with ESMTP id IAA18698; Wed, 16 Feb 2000 08:29:35 -0500 (EST) Message-ID: <38AAA63F.A49C906B@jlab.org> Date: Wed, 16 Feb 2000 08:29:35 -0500 From: Kelvin Edwards Organization: Jefferson Lab X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.6 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: automount variables References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: O X-Status: Jeremy Fitzhardinge wrote: > On 15-Feb-00 H. Peter Anvin wrote: > > The claim that it's unimplemented is utterly bogus. It's implemented in > > parse_sun.c. > > Oh, OK, that stuff. I think Kelvin is talking about a command line option to > automount, but the automount manpage doesn't promise anything which isn't there. > > J Exactly. I would like to be able to define a system dependent variable other than those built-in that would be used later when parsing the actual automounter maps. --kelvin From owner-autofs@linux.kernel.org Wed Feb 16 08:20:39 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21361 for ; Wed, 16 Feb 2000 08:20:39 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:20:38 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14162 for ; Wed, 16 Feb 2000 09:19:33 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:20:33 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA06061 for autofs-list; Tue, 15 Feb 2000 14:11:24 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA06058 for ; Tue, 15 Feb 2000 14:11:23 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id OAA18766; Tue, 15 Feb 2000 14:10:49 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma018764; Tue, 15 Feb 00 14:10:35 -0800 Received: from transmeta.com (hpa@cesium.transmeta.com [10.1.2.55]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id OAA09006; Tue, 15 Feb 2000 14:10:37 -0800 (PST) Message-ID: <38A9CEDD.7D4A46F1@transmeta.com> Date: Tue, 15 Feb 2000 14:10:37 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.13 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Kelvin Edwards CC: autofs@linux.kernel.org Subject: Re: automount variables References: <000001bf77ff$d680e300$19043981@w98sysrec> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Kelvin Edwards wrote: > > It is not in the automount.c code where I expected it > to be so that a call to automount -Dvar=value would work. > My auto.master file looks similar to the following: > > /u auto.u --timeout 60 > > where auto.u is a yp map similar to: > > home -rw fs:/home > > Where should I put the -D option ? In the > auto.u or auto.master file ? When I put it in > the auto.master file, the automount did not > recognize the option, leading to a perusal of > the automount daemon code where I could not find > any mention of it. I apologize if it is indeed > implemented. > auto.master is parsed by a distribution-dependent script. I utterly despise the format of auto.master; it has *so* many problems it isn't even funny. It's just there so auto.master NIS maps will be sharable with Suns. If it was up to me, I'd have an /etc/automount.conf which would simply be the list of automount command lines to execute, i.e. something like: -t 60 /u file /etc/auto.u /home yp auto.home rsize=8192,wsize=8192 -hpa -- at work, in private! "Unix gives you enough rope to shoot yourself in the foot." From owner-autofs@linux.kernel.org Wed Feb 16 08:26:48 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21684 for ; Wed, 16 Feb 2000 08:26:48 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:26:47 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14251 for ; Wed, 16 Feb 2000 09:25:43 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:26:43 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id FAA08476 for autofs-list; Wed, 16 Feb 2000 05:33:32 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id FAA08473 for ; Wed, 16 Feb 2000 05:33:30 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id FAA01333 for ; Wed, 16 Feb 2000 05:33:30 -0800 Received: from jlab.org (silas.jlab.org [129.57.33.2]) by ccs4.jlab.org (8.9.2/8.9.3) with ESMTP id IAA18698; Wed, 16 Feb 2000 08:29:35 -0500 (EST) Message-ID: <38AAA63F.A49C906B@jlab.org> Date: Wed, 16 Feb 2000 08:29:35 -0500 From: Kelvin Edwards Organization: Jefferson Lab X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.6 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: autofs@linux.kernel.org Subject: Re: automount variables References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Jeremy Fitzhardinge wrote: > On 15-Feb-00 H. Peter Anvin wrote: > > The claim that it's unimplemented is utterly bogus. It's implemented in > > parse_sun.c. > > Oh, OK, that stuff. I think Kelvin is talking about a command line option to > automount, but the automount manpage doesn't promise anything which isn't there. > > J Exactly. I would like to be able to define a system dependent variable other than those built-in that would be used later when parsing the actual automounter maps. --kelvin From owner-autofs@linux.kernel.org Wed Feb 16 08:30:27 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21689 for ; Wed, 16 Feb 2000 08:30:26 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:30:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14373 for ; Wed, 16 Feb 2000 09:29:22 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:30:22 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA07635 for autofs-list; Tue, 15 Feb 2000 14:37:40 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA07632 for ; Tue, 15 Feb 2000 14:37:38 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id CE22B62002; Tue, 15 Feb 2000 14:37:37 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 3B812ACDE6; Tue, 15 Feb 2000 14:37:37 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38A9BC01.5F018934@transmeta.com> Date: Tue, 15 Feb 2000 14:37:37 -0800 (PST) From: Jeremy Fitzhardinge To: "H. Peter Anvin" Subject: Re: automount variables Cc: autofs@linux.kernel.org, Kelvin Edwards Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On 15-Feb-00 H. Peter Anvin wrote: > The claim that it's unimplemented is utterly bogus. It's implemented in > parse_sun.c. Oh, OK, that stuff. I think Kelvin is talking about a command line option to automount, but the automount manpage doesn't promise anything which isn't there. J From owner-autofs@linux.kernel.org Wed Feb 16 08:43:08 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21704 for ; Wed, 16 Feb 2000 08:43:07 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:06 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14527 for ; Wed, 16 Feb 2000 09:42:03 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:03 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA02506 for autofs-list; Tue, 15 Feb 2000 12:46:07 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA02503 for ; Tue, 15 Feb 2000 12:46:05 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA16282; Tue, 15 Feb 2000 12:45:31 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma016277; Tue, 15 Feb 00 12:45:27 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA29786; Tue, 15 Feb 2000 12:45:29 -0800 (PST) Message-ID: <38A9BAE8.8B3DEEE1@transmeta.com> Date: Tue, 15 Feb 2000 12:45:28 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Kelvin Edwards CC: autofs@linux.kernel.org Subject: Re: automount variables References: <38A95DDB.C1D487BF@jlab.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Kelvin Edwards wrote: > > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the > autofs v4 ? > It's implemented. -hpa From owner-autofs@linux.kernel.org Wed Feb 16 08:43:08 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21708 for ; Wed, 16 Feb 2000 08:43:08 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:07 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14530 for ; Wed, 16 Feb 2000 09:42:04 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:04 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id MAA02717 for autofs-list; Tue, 15 Feb 2000 12:51:12 -0800 Received: from neon-gw.transmeta.com (neon-gw.transmeta.com [209.10.217.66]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id MAA02714 for ; Tue, 15 Feb 2000 12:51:11 -0800 Received: (from root@localhost) by neon-gw.transmeta.com (8.9.3/8.9.3) id MAA16407; Tue, 15 Feb 2000 12:50:31 -0800 Received: from mailhost.transmeta.com(10.1.1.15) by neon-gw.transmeta.com via smap (V2.1) id xma016401; Tue, 15 Feb 00 12:50:08 -0800 Received: from transmeta.com (IDENT:hpa@korell.transmeta.com [10.8.42.6]) by deepthought.transmeta.com (8.9.3/8.9.3) with ESMTP id MAA01056; Tue, 15 Feb 2000 12:50:09 -0800 (PST) Message-ID: <38A9BC01.5F018934@transmeta.com> Date: Tue, 15 Feb 2000 12:50:09 -0800 From: "H. Peter Anvin" Organization: Transmeta Corporation X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.14 i686) X-Accept-Language: en, sv MIME-Version: 1.0 To: Jeremy Fitzhardinge CC: Kelvin Edwards , autofs@linux.kernel.org Subject: Re: automount variables References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: Jeremy Fitzhardinge wrote: > > On 15-Feb-00 Kelvin Edwards wrote: > > In the documentation for autofs, it mentions the -Dvariable=value > > option to the automounter in order to define arbitrary variables. Since > > > > this is not currently implemented in the code, is this going to be in > > the autofs v4 ? > > Huh, I hadn't noticed that. I hadn't planned it as a v4 feature, but it has a > pretty good chance of becoming one if someone sends me a good patch or if it > looks very straightforward. > The claim that it's unimplemented is utterly bogus. It's implemented in parse_sun.c. -hpa From owner-autofs@linux.kernel.org Wed Feb 16 08:43:10 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21712 for ; Wed, 16 Feb 2000 08:43:09 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:08 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14533 for ; Wed, 16 Feb 2000 09:42:05 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:05 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA28199 for autofs-list; Tue, 15 Feb 2000 09:37:30 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA28196 for ; Tue, 15 Feb 2000 09:37:28 -0800 Received: from ixodes.goop.org (ixodes [192.168.0.5]) by gw.goop.org (Postfix) with ESMTP id 6A9FD62004; Tue, 15 Feb 2000 09:37:28 -0800 (PST) Received: by ixodes.goop.org (Postfix, from userid 223) id 77A2BACDE6; Tue, 15 Feb 2000 09:37:27 -0800 (PST) Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38A95DDB.C1D487BF@jlab.org> Date: Tue, 15 Feb 2000 09:37:27 -0800 (PST) From: Jeremy Fitzhardinge To: Kelvin Edwards Subject: RE: automount variables Cc: autofs@linux.kernel.org Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On 15-Feb-00 Kelvin Edwards wrote: > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the autofs v4 ? Huh, I hadn't noticed that. I hadn't planned it as a v4 feature, but it has a pretty good chance of becoming one if someone sends me a good patch or if it looks very straightforward. J From owner-autofs@linux.kernel.org Wed Feb 16 08:43:11 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21717 for ; Wed, 16 Feb 2000 08:43:11 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:10 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14524 for ; Wed, 16 Feb 2000 09:42:02 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:03 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id OAA05710 for autofs-list; Tue, 15 Feb 2000 14:03:57 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id OAA05707 for ; Tue, 15 Feb 2000 14:03:56 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id OAA05166 for ; Tue, 15 Feb 2000 14:03:55 -0800 Received: from w98sysrec (m16.jlab.org [129.57.4.25]) by ccs4.jlab.org (8.9.2/8.9.3) with SMTP id QAA24690; Tue, 15 Feb 2000 16:59:27 -0500 (EST) From: "Kelvin Edwards" To: Cc: Subject: RE: automount variables Date: Tue, 15 Feb 2000 16:58:48 -0500 Message-ID: <000001bf77ff$d680e300$19043981@w98sysrec> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 In-Reply-To: <38A9BAE8.8B3DEEE1@transmeta.com> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: It is not in the automount.c code where I expected it to be so that a call to automount -Dvar=value would work. My auto.master file looks similar to the following: /u auto.u --timeout 60 where auto.u is a yp map similar to: home -rw fs:/home Where should I put the -D option ? In the auto.u or auto.master file ? When I put it in the auto.master file, the automount did not recognize the option, leading to a perusal of the automount daemon code where I could not find any mention of it. I apologize if it is indeed implemented. --kelvin -----Original Message----- From: hpa@transmeta.com [mailto:hpa@transmeta.com] Sent: Tuesday, February 15, 2000 3:45 PM To: Kelvin Edwards Cc: autofs@linux.kernel.org Subject: Re: automount variables Kelvin Edwards wrote: > > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. Since > > this is not currently implemented in the code, is this going to be in > the > autofs v4 ? > It's implemented. -hpa From owner-autofs@linux.kernel.org Wed Feb 16 08:43:11 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21718 for ; Wed, 16 Feb 2000 08:43:11 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:10 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14536 for ; Wed, 16 Feb 2000 09:42:06 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:07 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id JAA27153 for autofs-list; Tue, 15 Feb 2000 09:06:36 -0800 Received: from box.london.excite.com (box.london.excite.com [194.216.238.12]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id JAA27150 for ; Tue, 15 Feb 2000 09:06:34 -0800 Received: from dhcp-84.london.excite.com (hell.london.excite.com) [194.216.238.84] (mail) by box.london.excite.com with esmtp (Exim 3.12 #1 (Solaris)) id 12KlQi-0005Rx-00; Tue, 15 Feb 2000 17:06:28 +0000 Received: from shaslam by hell.london.excite.com with local (Exim 3.12 #1 (Debian)) id 12KlQi-0007wx-00; Tue, 15 Feb 2000 17:06:28 +0000 Date: Tue, 15 Feb 2000 17:06:28 +0000 From: Steve Haslam To: Kelvin Edwards Cc: autofs@linux.kernel.org Subject: Re: automount variables Message-ID: <20000215170623.R14497@excitecorp.com> Mail-Followup-To: Kelvin Edwards , autofs@linux.kernel.org References: <38A95DDB.C1D487BF@jlab.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <38A95DDB.C1D487BF@jlab.org>; from kelvin@jlab.org on Tue, Feb 15, 2000 at 09:08:27AM -0500 Organization: Excite UK X-RSA-Key: 1024R/6494661D: A4 5D 30 2C EE CB 41 24 A7 9E DF E3 74 E8 2E 5B X-DSA-Key: 1024D/AF99D43A: 8410 63C6 5821 1A2E BB26 E98F 8F16 B533 AF99 D43A Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: On Tue, Feb 15, 2000 at 09:08:27AM -0500, Kelvin Edwards wrote: > In the documentation for autofs, it mentions the -Dvariable=value > option to the automounter in order to define arbitrary variables. > Since this is not currently implemented in the code, is this going > to be in the autofs v4 ? ? I use -D in autofs v3, e.g.: bash$ cat /etc/auto.samba * -fstype=autofs,-Duser=& file:/etc/auto.sambasub bash$ cat /etc/auto.sambasub * -fstype=autofs samba:${user}@&;uid=${user},gid=${user},fmask=0600,dmask=0700 SRH -- Steve Haslam, Production Engineer, Excite UK steve.haslam@excitehome.net i sit and stare at the gun pointed at my head and think about all the possibilities From owner-autofs@linux.kernel.org Wed Feb 16 08:43:27 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21724 for ; Wed, 16 Feb 2000 08:43:26 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:43:25 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA14539 for ; Wed, 16 Feb 2000 09:42:07 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:43:07 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id GAA21038 for autofs-list; Tue, 15 Feb 2000 06:12:22 -0800 Received: from zeus.kernel.org (root@zeus.kernel.org [209.10.41.242]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id GAA21035 for ; Tue, 15 Feb 2000 06:12:21 -0800 Received: from ccs4.jlab.org (ftp.jlab.org [129.57.34.184]) by zeus.kernel.org (8.9.3/8.9.3) with ESMTP id GAA22113 for ; Tue, 15 Feb 2000 06:12:20 -0800 Received: from jlab.org (silas.jlab.org [129.57.33.2]) by ccs4.jlab.org (8.9.2/8.9.3) with ESMTP id JAA29685 for ; Tue, 15 Feb 2000 09:08:28 -0500 (EST) Message-ID: <38A95DDB.C1D487BF@jlab.org> Date: Tue, 15 Feb 2000 09:08:27 -0500 From: Kelvin Edwards Organization: Jefferson Lab X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.6 i686) X-Accept-Language: en MIME-Version: 1.0 To: autofs@linux.kernel.org Subject: automount variables Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-autofs@linux.kernel.org Precedence: bulk Status: RO X-Status: In the documentation for autofs, it mentions the -Dvariable=value option to the automounter in order to define arbitrary variables. Since this is not currently implemented in the code, is this going to be in the autofs v4 ? Kelvin Edwards System Admin From owner-autofs@linux.kernel.org Wed Feb 16 08:51:22 2000 Return-Path: Received: from sentinel.imedia.com (jungle.imedia.com [206.3.97.1]) by mail.Linux-Consulting.com (8.8.7/8.8.7) with SMTP id IAA21732 for ; Wed, 16 Feb 2000 08:51:21 -0800 Received: from jungle.imedia.com by sentinel.imedia.com via smtpd (for alvin.fef.com [198.147.196.15]) with SMTP; 21 Oct 1999 15:51:20 UT Received: from gateway.imedia.com (gateway.imedia.com [192.168.97.253]) by Jungle.imedia.com (8.9.3/8.9.3) with SMTP id JAA15465 for ; Wed, 16 Feb 2000 09:50:17 -0800 Received: from linux.kernel.org ([209.10.217.83]) by gateway.imedia.com via smtpd (for jungle.imedia.com [192.168.97.1]) with SMTP; 21 Oct 1999 15:51:17 UT Received: (from majordom@localhost) by linux.kernel.org (8.9.1/8.9.1) id NAA31920 for autofs-list; Sun, 13 Feb 2000 13:01:01 -0800 Received: from gw.goop.org (adsl-206-170-148-147.dsl.snfc21.pacbell.net [206.170.148.147]) by linux.kernel.org (8.9.1/8.9.1) with ESMTP id NAA31911 for ; Sun, 13 Feb 2000 13:00:50 -0800 Received: from ixodes.goop.org (ixodes [192.1