Problems with nfs

[Andrew DeFaria]

On 4/24/2012 8:39 AM, Corinna Vinschen wrote:
> On Apr 24 08:30, Andrew DeFaria wrote:
>> On 04/24/2012 08:00 AM, Corinna Vinschen wrote:
>>> 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
>>> Snap-in).
>> I don't think there's an MMC snap-in on a Netapp...
> No, but on the AD DC.
I don't have access to the AD DC.
>
>>> 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.
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.
>   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.
There appears to be a username mapping for NIS.
>
>>> 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.
I thought it might be able to contain this within the cygwin1.dll but 
apparently not.
-- 
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
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple