Derek Atkins wrote:
Jim Rees <[EMAIL PROTECTED]> writes:
3. (Optional) Create a symbolic link to a shortened cell name, to reduce the length of pathnames for users in the local cell. For example, in the abc.com cell, /afs/abc is a link to /afs/abc.com.
That really needs to be removed from the documentation.
Why? It's extremely useful. I like using /afs/athena, /afs/dev, /afs/sipb
Is there a good reason why /afs/athena should be a symlink and not a second mount point?
Something that has come up with respect to the use of dynamic roots is that the dynamic roots support mountpoints but not symlinks. Organizations which have symlinks in their root.afs find using dynamic
roots on laptops to be extremely difficult if not impossible.
Some organizations have done something similar to Doug except that instead of
/usr/afsws -> /afs/anl.gov/@sys/usr/afsws
being a symlink in the local file system they are creating
afsws -> anl.gov/@sys/usr/afsws
in the root.afs volume. Maybe the answer is to add symlink support to dynamic roots but I think we want to document that this kind of setup should be avoided. Or am I completely nuts?
Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
