On Tue, Mar 26, 2013 at 06:45:16AM +0100, Richard PALO wrote: > Le 25/03/13 19:46, Marcel Telka a écrit : > >On Mon, Mar 25, 2013 at 06:16:56PM +0100, Richard PALO wrote: > >>As I indicated earlier, adding root= (as Jim seemed to indicate) was > >>the solution, not the problem. > >>Thus, my problem was why execute *and* read is needed for getcwd... > > > >Okay, no root=. :-) > > > >Without the root= option this behavior is expected. If you are running > >sudo/pfexec you are becoming root on the local machine, but since the share > >is > >exported without the root= option, the local root user becomes some anonymous > >user (usually nobody) on the NFS server. And since nobody have no granted > >access to the parent directory, then getcwd() fails. > > > > > ?? the parent directory (src) has read/write/execute, only src/.. > (dot-dot) had execute only, ergo searching back to src is fine. > (see my post from 23/03/13 07:51) > > Changing src/.. to read/execute got over this problem that should > not have been one (a problem, that is).
As I said, this is expected. My explanation above still applies. With "parent directory" I meant a parent directory of the current directory where you ran pwd. And "parent directory" means any possible NFS mounted grandparent too. Everything up to the first NFS mount point in the path. -- +-------------------------------------------+ | Marcel Telka e-mail: [email protected] | | homepage: http://telka.sk/ | | jabber: [email protected] | +-------------------------------------------+ ------------------------------------------- illumos-discuss Archives: https://www.listbox.com/member/archive/182180/=now RSS Feed: https://www.listbox.com/member/archive/rss/182180/21175430-2e6923be Modify Your Subscription: https://www.listbox.com/member/?member_id=21175430&id_secret=21175430-6a77cda4 Powered by Listbox: http://www.listbox.com
