Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
 
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Release note inaccuracies?

On Sun, 21 Jan 2001, Chris Hanson wrote:

> At 9:32 PM -0800 1/20/01, David A. Gatwood wrote:
> >No. Using the Linux box as an NFS server, OS X as the client, OS X fails
> >to mount the server correctly. I just did it again to refresh my memory.
> >It mounts, but then any attempt to access that directory (beyond cd'ing
> >into it) gives an "Operation not permitted" error. I'm doing this as
> >root, of course.
>
> What happens if you mount your NFS server and then, as a normal user,
> try to access that directory?

Same thing. Operation not permitted.


> Be aware that trying to use NFS while logged in as root is likely to
> have problems, because to compensate for its broken security model
> NFS gives *less* privileges to someone logged in as root on a local
> machine than they do to any other user.

Only if you don't specify no_root_squash. And I did specify it. And it
would not have given an error doing an ls of the root of the remote
machine, regardless, unless the remote machine were seriously broken.


> Also, be aware that Linux NFS is known to have interoperability
> problems and is generally considered a very poor implementation.

Funny, Linux NFS is a lot better than many implementations (Sun's, for
instance). What makes it a poor implementation is that it's UDP only,
which means it sucks unless it's on a dedicated network. These two
machines are, however, on a dedicated network, and the problems don't
appear to be performance-related. :-)

It is definitely not a compatibility problem that is general to *BSD and
Linux, as I just mounted it with my NetBSD-mac68k box w/o difficulty.
Only the OS X box can't mount it correctly.

I've also just tried mounting a NetBSD box from OS X and it behaves
differently, but still fails. The mount works, as before. An ls gives an
error as before, but instead, I get a permission denied rather than an
operation not permitted. The umount fails in the same way, with a no such
file or directory error. Even more bizarre, I get a "/mnt: permission
denied" message even just doing an "ls -l /", meaning that it's unable to
stat the mount point.

Again, this is with the Darwin build that's part of Mac OS X beta 1H39,
which, at least according to uname, is stock Darwin 1.2.


David

---------------------------------------------------------------------
Check out my weekly web comic:
http://www.techmagazine.org

References: 
 >Re: Release note inaccuracies? (From: Chris Hanson <email@hidden>)



Visit the Apple Store online or at retail locations.
1-800-MY-APPLE

Contact Apple | Terms of Use | Privacy Policy

Copyright © 2007 Apple Inc. All rights reserved.