On Wed, Feb 23, 2005 at 12:09:38PM -0800, Jim Carter wrote:
> Here at UCLA-Mathnet our homedirs are of the form /net/tupelo/h1/maint/jimc
> (tupelo is the name of the server, and /h1 is what tupelo exports), and
> this path is valid both on random hosts, which NFS mount tupelo:/h1, and on
> tupelo itself (Linux kernel 2.4.20 or 2.6.8 depending on which server),
> where autofs does a bind mount from /net/tupelo/h1 to the local /h1.
> It's considered bad form to refer to /h1 explicitly in a script that may
> someday run on a different machine.
>
> As a substitute for Sun's host map, we emit on the fly an indirect map
> file with one line "* tupelo:/&" whenever a new server is referred to in
> the /net directory. Thus the client can mount anything that the server is
> willing to export, without having to enumerate that in advance.
>
> Wouldn't it be nice if such a map file could be built up from macros within
> autofs, without needing to be instantiated as a file and periodically
> cleaned up? So instead of doing (the internal equivalent of)
> automount /net/tupelo file /tmp/tmpmaps/tupelo
> we would do
> automount /net/tupelo macro "* -rw,nodev,etc ${SERVER}:/&" \
> -DSERVER=tupelo
I'm confused. Shouldn't
automount /net program /etc/auto.net rw,nodev,...
do what you want? Have you reimplemented the program map (and
/etc/auto.net) outside of autofs?
--
Robert Au [EMAIL PROTECTED]
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs