Date: Tue, 24 Apr 2012 17:39:22 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Problems with nfs
Message-ID: <20120424153922.GM25385@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <4F9639D5.60200@samsung.com> <4F9653E9.2090307@samsung.com> <20120424073351.GC17620@calimero.vinschen.de> <jn6c0r$asc$1@dough.gmane.org> <20120424141119.GI25385@calimero.vinschen.de> <jn6d9d$mvr$1@dough.gmane.org> <20120424150000.GK25385@calimero.vinschen.de> <4F96C71F.4010909@DeFaria.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <4F96C71F.4010909@DeFaria.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

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.

> >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.  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.

> >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.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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