Mail Archives: cygwin/2012/04/24/14:08:46
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
- Raw text -