This is the mail archive of the
mailing list for the Cygwin project.
Re: Problems with nfs
On 4/24/2012 8:39 AM, Corinna Vinschen wrote:
On Apr 24 08:30, Andrew DeFaria wrote:
I don't have access to the AD DC.
On 04/24/2012 08:00 AM, Corinna Vinschen wrote:
No, but on the AD DC.
I don't think there's an MMC snap-in on a Netapp...
And make sure the uid/gid mapping is set up correctly (Windows 2008
AD mapping works fine, see the "UNIX Attributes" tab in the user/group
properties dialog in the "Active Directory Users and Computers" MMC
I just reinstalled SFU on my XP laptop. I'm not seeing provider order
options at all. I see a snapin for SFU which has Client for NFS which
only has a File Permissions tab and a Performance tab. There is also
Telnet Server and User name mapping selections.
And make sure the security settings in the NFS client (starting with W7)
are correct. If the NFS server doesn't support krb5 authentication,
you should explicitly switch them off in the "Services for Network
File System" MMC Snap-in. Also, make sure that "reserved ports" is
enabled for best interoperability.
As I said, I don't have Win 7 - just XP. I had uninstalled SFU
because I saw no way to solve this problem. Perhaps some of your
settings above are transferable to the Netapp and they will set them
and then I can try again.
I was talking about the *client* options. For XP all I said can be
ignored, except the provider order.
There appears to be a username mapping for NIS.
On XP you can simply use a passwd
and group file (NOT the Cygwin passwd and group files!) for identity
mapping on the client machine.
I thought it might be able to contain this within the cygwin1.dll but
Still, an NFS client isn't just some arbitrary piece of software, it's a
filesystem driver, like ntfs.sys. There's no OSS code available which
provides this kind of FS driver for Windows.
I admit that NFS client is involved, a driver, in the kernel, etc.
But isn't there SFU already coded? I guess the source isn't readily
available if at all. I think that having an NFS client would be
beneficial to all as NFS protocol seems to be way faster than SMB
and more conducive to the "Linux/Cygwin" environment.
SFU *is* the NFS client. You seem to expect that there's some user
space executable which constitutes the NFS client, but that's not the
case. The OS driver *is* the NFS client. Full stop.
Andrew DeFaria <http://defaria.com>
One of the penalties for refusing to participate in politics is that you
end up being governed by your inferiors.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple