Quote:
On the laptop which I would use autofs I have: /autofs/nfs/share /autofs/nfs/media2 /autofs/nfs/download /autofs/nfs/slackware64-current The end result would require creating symlinks on the each nfs share which is only valid for the one system which would use autofs. The result would be: /home/share -> /autofs/nfs/share /home/share/media2 -> /autofs/nfs/media2 /home/share/download -> /autofs/nfs/download /home/share/download/slackware64-current -> /autofs/nfs/slackware64-current IMO, this is an utter mess. This is all handled currently with nested nfs mount without the need for symlinks. |
Quote:
If you check out the autofs package, you'll see that nfs mounts are normally done by accessing the /net/<nfs_host> path. (The mechanism is outlined in /etc/auto.net.) So on the server exporting the nfs mountpoints, you would add the symlinks to the /net/<nfs_host>/<subdir> Let's assume that your nfs server is exporting the directories /home/exports/share, /home/exports/media2, /home/exports/download, and /home/exports/slackware64-current. On the nfs server, you'd add the symlinks... Code:
cd /home/exports/share At my place of employment, they use the same mechanism to automatically attach the NFS mounts required by ClearCase to mount our VOBs. Works fine. In fact, they can change those symlinks around on the server and the change is visible without modifying /etc/fstab on all the using servers. (It wasn't clear to me from what you've written if what I wrote is the same thing that you didn't want to do. If it was, please accept my apologies for wasting your time.) |
All times are GMT -5. The time now is 12:19 PM. |