J. Bruce Fields wrote: > On Mon, Nov 10, 2008 at 10:55:48AM -0500, Sev Binello wrote: > >> Well the simplest approach doesn't work. >> i.e put symb link and actual path in the export file & try exporting it >> Exportfs dereferences the link and states that duplicates are not allowed. >> > > OK, makes sense. > > You could mount --bind the filesystem at the other location instead of > symlinking. > > The filehandles given to the client will be the same across the two > exports. If you mount both from the same client, behavior may vary > across different clients (for example, as to whether they attempt to > share caches between the two), but I think it'd work. > > (The question "why??!!??" does come to mind, though.) > > Need to make a path change to how file systems are mounted and exported on the servers This then required a wholesale change to clients so they mount the correct path. Not an issue for linux. But since we don't administer windows pcs and they also mount the same file system, wanted to see if we could let them stay the way they were for now. We're just going to go ahead and have to coordinate this with windows guys. -Sev > --b. > > >> -Sev >> >> J. Bruce Fields wrote: >> >>> On Fri, Nov 07, 2008 at 12:44:25PM -0500, Sev Binello wrote: >>> >>> >>>> Can anyone tell me if it's ok to export the same file system >>>> through 2 different paths ( one is a link) ? >>>> >>>> >>> I actually don't know. You could try it and tell us what you find >>> out.... >>> >>> If you're exporting something *containing* the symlink and expecting the >>> client to traverse into the filesystem, be aware that symlinks over NFS >>> are actually interpreted (and followed) on the client--so they're >>> interpreted as *client-side* paths, not server-side. >>> >>> If the path you're exporting is itself a symlink--it probably depends on >>> how nfs-utils treats symlinks found in /etc/exports. I'd have to try it >>> or check the code. >>> >>> Another way to export the filesystem in two different places would be >>> with mount --bind. >>> >>> --b. >>> >>> >> -- >> >> Sev Binello >> Brookhaven National Laboratory >> Upton, New York >> 631-344-5647 >> sev@xxxxxxx >> >> ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ NFS maillist - NFS@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/nfs _______________________________________________ Please note that nfs@xxxxxxxxxxxxxxxxxxxxx is being discontinued. Please subscribe to linux-nfs@xxxxxxxxxxxxxxx instead. http://vger.kernel.org/vger-lists.html#linux-nfs -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
