In two messages, I asked:
1) why does the automounter put things in /tmp_mnt? How do people
cope?
2) why does the automounter create circular links on the machine
with the local mount of the file system?
3) is AMD any better?
In brief:
1) It always puts things in /tmp_mnt (or wherever -M is) to avoid
interposing itself in all NFS requests. People cope by depending
on shells that remember what you typed, or by replacing /bin/pwd
with a program that strips /tmp_mnt.
2) If you are going to let the real home machine of a file system see
an automounter map for that file system, you have to mount it in a
different place on the home machine than the automounter mounts it.
Then the automounter's propensity for symbolic links will create
a link at the auto-mount-point to the actual mount point. Of course,
this defeats the /tmp_mnt stripping program above.
(this reminds me of the old joke about the mathematician who, having
successfully extinguished a house on fire, ignited the next house he
was presented with so as to reduce it to a problem with a known
solution.)
2) in less brief terms
My original goal was to use the automounter as a simple way to
distribute the fstab. I have an existing collection of mounts,
generally in the root. I hoped to avoid having to edit 20 fstabs every
time a new file system was added to a server.
The SunOS automounter is unsuitable to this task. I'm not willing to
replace such a basic utility as /bin/pwd, nor to goose all the tools
that look at its output, nor to teach 40 people not to complain that
pwd is giving them crazy results.
>From the responses I got, I concluded that if you were willing to
design a set of file system, local mount points, and remote mount
points with the automounter in mind, it might indeed be useful for
something. I'm not sure I see what, but I'm probably just dense.
For those who wondered what I was going to do, I'm going to write
a script that runs perl via rsh to edit fstabs semi-automatically.
The respondents were too numerous to thank individually.
happy new year
benson
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:06:22 CDT