Several people mentioned symbolic links. I should have mentioned that I tried that already and the app was ignoring that and using the full path which, of course, it hated. One suggested automount, which I think I tried without success, same issue. Several others suggested lofs mounts, which worked. Revised vfstab entry... ########################################### #foo:/blah/boo/biff/bopp/bailey/babelfish - /gahgah nfs 3 yes soft,bg # no, previous entry doesn't work anymore use lofs mount instead /blah/boo/biff/bopp/bailey/babelfish - /gahgah lofs 3 yes - ########################################### Thanks to: Peter Jakobi Deborah Crocker Peter Winterflood Anthony D'Atri Francisco Roque Bill R. Williams ########### Original entry (irrelevant stuff removed) ########## > Bruce Shaw wrote: > I have a situation with an application that won't read looooooooonnng > paths. There's nothing I can do about that piece, get over it. > > Deep in the mists of time, as a workaround, someone struck upon the idea > of nfs mounting at a lower place in the tree. > > Here's what I mean. > > server = foo > loong directory = /blah/boo/biff/bopp/bailey/babelfish > alternate mount = /gahgah > > /etc/dfstab entry > > ########################################### > share -F nfs -o rw=foo:bar,root=foo:bar /blah > ########################################### > > /etc/vfstab entries > > ########################################### > /dev/md/dsk/d20 /dev/md/rdsk/d20 /blah ufs 2 yes > logging > foo:/blah/boo/biff/bopp/bailey/babelfish - /gahgah nfs 3 yes soft,bg > ########################################### > > relevant output of "mount" > > ########################################### > /blah on /dev/dsk/c0t0d0s6 > read/write/setuid/intr/largefiles/logging/onerror=panic/dev=1d80076 on > Sun Sep 16 01:28:58 2007 > ########################################### > > relevant output of "share" > ########################################### > /blah rw=bar:booboo:yogi,root=bar:booboo:yogi > ########################################### > > which matches what is /etc/dfs/sharetab. > > End of system configuration: > > Discussion: > > OK that's just plain weird. server "foo" isn't on the list and two > other servers are. They were shut off two years ago and we've rebooted > since then. > > I can't unshare /blah 'cause people on "bar" are using it. > > How can I get the sharing of /blah sorted out? > > "exportfs -a" didn't help. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Fri Sep 21 11:24:25 2007
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:06 EST