Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!lll-winken!llnl!nersc.gov
From: kelly@nersc.gov (Bruce E Kelly)
Newsgroups: comp.protocols.nfs
Subject: Re: Why not export /fs /fs/subdir?
Message-ID: <880@llnl.LLNL.GOV>
Date: 24 Jun 91 16:54:30 GMT
References: <SHIRONO.91Jun17112649@gcx1.ssd.csd.harris.com> <1991Jun17.224716.4729@Think.COM> <thurlow.677210173@convex.convex.com> <1991Jun18.040038.15141@Think.COM>
Sender: news@llnl.LLNL.GOV
Organization: National Energy Research Supercomputer Center
Lines: 22


In <thurlow.677535175@convex.convex.com> (Rob Thurlow) writes:


>>       mount_handle = Mount("/export/root/foo");
>>       outer_handle = Lookup(mount_handle, "..");
>>       bar_handle = Lookup(outer_handle, "bar");
>
>Barry, a Sun-based client won't send such lookups to a server, but will
>interpret the ".." with respect to its own virtual filesystems, and a
>Sun-based server will interpret such lookups as if you'd really asked
>about ".".  Have you tried this anywhere and had it give you access to
>other filesystems?  I'd call systems like that "broken".
>
>Rob T


Sun-based clients do such lookups.  If you cd to a mount point and pass
"./../" to the open system call the lookup and the getattr go to the
server and not the client.

Bruce Kelly