Le 26/03/13 08:31, Marcel Telka a écrit :
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.
OKAY then on this, and the nosuid subject as well.
thanks for taking the time to provide clarification.
cordially
-------------------------------------------
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
