NFS Share on Windows... Kick the CIFS habit!

Status
Not open for further replies.

John M. Długosz

Contributor
Joined
Sep 22, 2013
Messages
160
Oh, I also compiled that project on a Mac connected to the Win7 machine via SMB, and although I don't have measurements of remove vs local, I notice that the speed at which Clang builds a Debug build is such that there is not enough time for the "extra time" that Windows needed when building over a CIFS share to FreeNAS.
 

John M. Długosz

Contributor
Joined
Sep 22, 2013
Messages
160
If after you have digested what is below and still find yourself pickled; then please update here with your findings and then maybe we can pick apart the trouble.

I left all the stuff as "N/A" because this is a home LAN and in any case I put permissions on files and directories if something needs to be kept more private. I do want the behavior of the share to use the permissions of the specific user doing the sharing.

The Readonly box is not checked, so I expect the web front-end will update whatever files are necessary to accomplish read-write sharing of the nominated directory.

What's interesting is that I can, from the Windows machine, create empty files, even though I get an error. When I tried to write a non-empty file, I still got an empty file created and an error message.

Now here's something odd:
Code:
Local    Remote                                Properties
-------------------------------------------------------------------------------
S:      \\Oort\mnt\ZPool1\Sample              UID=-2, GID=-2
                                                rsize=32768, wsize=32768
                                                mount=soft, timeout=1.6
                                                retry=1, locking=yes
                                                fileaccess=755, lang=ANSI
                                                casesensitive=no
                                                sec=sys


UID and GID is -2?

Looking at the empty files under Windows, It tells me that Everyone can Read&execute but not Write, and the Owner, who also has Write permission, is "Unix User\4294967294" which looks like a generated name for UID of -2. And that funny account was never created, so is not a member of the 'share' group. Hmm, but the 'share' group has Read permissions only, so I'll also need to specify a fileaccess when mounting.

I tried mounting again, using the -u:username option to specify the account name explicitly. It still gets a -2 when I list the results.

I also see a bunch of repetitions of this in the log:
Code:
Oct 27 03:05:42 Oort mountd[8899]: mount request from 192.168.1.71 for non existent path /HEAD Oct 27 03:05:42 Oort mountd[8899]: mount request denied from 192.168.1.71 for /HEAD

(.71 is the Windows machine)

When I go to Edit the NFS share in the web gui, I see that the only field that is filled in is Path. The summary says read-only is false, all directories is false, and Quiet is false.
 

Carl Hohman

Cadet
Joined
Apr 7, 2014
Messages
1
Source: http://doc.freenas.org/index.php/Unix_(NFS)_Shares#From_Microsoft_Clients

Mount Linux NFS Share on Windows 7
http://www.hackourlife.com/mount-linux-nfs-share-on-windows-7/

Additional info:
How to install Client for NFS on Windows for a UNIX-to-Windows migration
http://support.microsoft.com/kb/324055

** This link explains how to install the client, but fails to tell us where to find the CD it installs from. Providing a key suggests it may be a purchased product - so, not really included. I seem to recall wasting a couple days a year ago trying to find this software.

NFS client for Windows 7 (Microsoft Community)
http://answers.microsoft.com/en-us/...indows-7/42aae25d-d077-4ff9-abdf-7314a589c46d

** Support lady keeps pointing us at the next link. The "on switch" to enable the feature simply isn't there on, say, Win7 Pro.

Utilities and SDK for Subsystem for UNIX-based Applications in Microsoft Windows 7 and Windows Server 2008 R2
http://www.microsoft.com/en-us/download/details.aspx?id=2391

** This link states (as you quote below) "Utilities and SDK for Subsystem for UNIX-Based Applications is an add-on to the Subsystem for UNIX-Based Applications (referred to as SUA, hence forth) feature that ships in Microsoft Windows 7/ Windows Server 2008 R2."
The pity is, that when you expand the "system requirements" on that page, you see:
Supported Operating Systems: Windows Server 2008 R2; Windows 7 Enterprise; Windows 7 Enterprise 64-bit edition; Windows 7 Ultimate; Windows 7 Ultimate 64-bit edition
So, all things considered, I would not really consider the documentation as written to be wrong. Or, maybe more FreeNAS users than I suspect use the most expensive version of Windows ...
 

RjBradlow

Cadet
Joined
Oct 22, 2013
Messages
8
Had you read the replies below the "Support lady"s article... you would have found that she corrected her mistake and posted the correct link.
Windows Services for UNIX -- For the lowdown on it's history, versions and workarounds.

http://en.wikipedia.org/wiki/Windows_Services_for_UNIX
The NFS client feature and server features are separate from the SUA in Windows 7 and 2008, respectively.[11] In the desktop version (Windows 7) NFS is only available in the Enterprise and Ultimate editions.[12] The free reference implementation of NFS 4.1 for Windows (by UMICH CITI), the development of which was sponsored by Microsoft,[13] does work on lower-end versions of Windows 7, but requires more involved installation.[14]
And SOME people wonder why some of us are holding onto XP and have unopened boxes stashed.

Downgrade and DOWNLOAD: Windows Services for UNIX Version 3.5
Supported Operating System
Windows 2000, Windows 2000 Service Pack 3, Windows 2000 Service Pack 4, Windows Server 2003, Windows XP

http://www.microsoft.com/en-us/download/details.aspx?id=274

Introduction to Microsoft Windows Services for UNIX 3.5

http://technet.microsoft.com/en-us/library/bb463212.aspx

How To: NFS using Microsoft Windows Services for UNIX
http://www.networkedmediatank.com/showthread.php?tid=1434

DOWNLOAD: Utilities and SDK for Subsystem for UNIX-based Applications in Microsoft Windows 7 and Windows Server 2008 R2

Supported Operating System
Windows 7 Enterprise, Windows 7 Ultimate, Windows 7 Ultimate 64-bit, Windows Server 2008 R2

  • Supported Operating Systems: Windows Server 2008 R2; Windows 7 Enterprise; Windows 7 Enterprise 64-bit edition; Windows 7 Ultimate; Windows 7 Ultimate 64-bit edition;
http://www.microsoft.com/en-us/download/details.aspx?id=2391
 

RjBradlow

Cadet
Joined
Oct 22, 2013
Messages
8
Then again you could stop trying to make Winblows behave or behave like Unices, and stop getting circle jerked by Micro$oft, and stop worrying about viruses and malware, and stop being forced to buy monster powerful machines Just to Run the OS, and wake up...
Linux and BSD Unix variants are FREE from all of that crap and guess what... They Natively support NFS... Include everything and anything for FREE. Learn and pay it forward by giving back to the community.

Oh and... FreeNAS is based on WHAT? ... Yea, that's right... NOT Windoze
 

telarium

Cadet
Joined
Sep 7, 2012
Messages
7
On a tangentially related topic, I'm running into an issue with Windows 8, NFS, and FreeNAS throughput.

Essentially, I have a machine that was running Debian Jessie and all was happy -- excellent performance populating large numbers of folders/files and ~112 MB/s throughput. Unfortunately, thanks to AutoCAD, I had to wipe Debian and install Windows 8 Enterprise. I setup the Windows machine with its native NFS client and populating of folders/files is similar to that of Debian (nfs-common). The throughput of large file transfers, however, hovers around ~16 MB/s. Am I to assume that Microsoft's implementation of NFS is just - well - terrible? Any known tweaks?
 

Ericloewe

Server Wrangler
Moderator
Joined
Feb 15, 2014
Messages
20,194
On a tangentially related topic, I'm running into an issue with Windows 8, NFS, and FreeNAS throughput.

Essentially, I have a machine that was running Debian Jessie and all was happy -- excellent performance populating large numbers of folders/files and ~112 MB/s throughput. Unfortunately, thanks to AutoCAD, I had to wipe Debian and install Windows 8 Enterprise. I setup the Windows machine with its native NFS client and populating of folders/files is similar to that of Debian (nfs-common). The throughput of large file transfers, however, hovers around ~16 MB/s. Am I to assume that Microsoft's implementation of NFS is just - well - terrible? Any known tweaks?

Windows' NFS client is said to be painfully slow and there doesn't seem to be a better alternative around...
 

Paranoiak

Dabbler
Joined
Jun 3, 2014
Messages
46
Anybody has tested file transfer with NFS Client in Windows 8.1 ? Maybe some improvements ?
 

cyberjock

Inactive Account
Joined
Mar 25, 2012
Messages
19,525
Anybody has tested file transfer with NFS Client in Windows 8.1 ? Maybe some improvements ?
Well, my understanding from a little Googling is that:

1. Unless you have the Enterprise version of 8/8.1 then you have no NFS support at all anyway. So unless you bought the expensive version, this isn't even an option.
2. NFS support doesn't seem to have improved lately.
 

Paranoiak

Dabbler
Joined
Jun 3, 2014
Messages
46
I own an Enterprise version of Windows 8.1, I wish I will be able to test transfer rate in some weeks... :)
 

Whattteva

Wizard
Joined
Mar 5, 2013
Messages
1,824
I personally tried NFS the first time I set up sharing and decided it just wasn't worth the trouble because I was using a laptop (roaming connection).
NFS seems to have many quirks when used in this way. Just search for (NFS Hangs) on Google and you'll see a lot of people having issues when they use a system that's not always connected to the network.
This happens regardless of the distro I was using (I tried Ubuntu and Debian). I've never tried the NFS client on Windows though, so that may work a little bit differently. I just didn't bother because I figured it's pointless to try seeing that the native clients already failed to give a seamless experience.
There are some work-around methods, but it's just generally a pain in the neck, while CIFS works straight out of the box with zero issues for me while still saturating my network link speed.

Then again you could stop trying to make Winblows behave or behave like Unices, and stop getting circle jerked by Micro$oft, and stop worrying about viruses and malware, and stop being forced to buy monster powerful machines Just to Run the OS, and wake up...
Linux and BSD Unix variants are FREE from all of that crap and guess what... They Natively support NFS... Include everything and anything for FREE. Learn and pay it forward by giving back to the community.

Oh and... FreeNAS is based on WHAT? ... Yea, that's right... NOT Windoze
I guess you are one of those fanboys. Most open source projects are founded with the philosophy that people should have CHOICES (hence the many distros and desktop choices).
You obviously missed that memo. People are free to use what they want. Everything has its uses. I myself am not married to any system. I use a Cyanogen tablet, Blackberry and Windows Phone, Macbook for work, Windows for games, FreeNAS for file server, Debian for development work, etc... I simply use what works best to my preference for the situation.

Your post not only misses the point, but it also comes off sounding as childish as the little kiddy politicians we have in Washington (for those of us here in the states).
In fact, posts with this kind of tone are typically deleted in FreeBSD forums. Go over to their site and check their posting rules. It's surprising that you don't even know this rule considering your last remark about "giving back to the community".
 
Last edited:

Paranoiak

Dabbler
Joined
Jun 3, 2014
Messages
46
I guess you are one of those fanboys. Most open source projects are founded with the philosophy that people should have CHOICES (hence the many distros and desktop choices).
You obviously missed that memo. People are free to use what they want. Everything has its uses. I myself am not married to any system. I use a Cyanogen tablet, Blackberry and Windows Phone, Macbook for work, Windows for games, FreeNAS for file server, Debian for development work, etc... I simply use what works best to my preference for the situation.

Your post not only misses the point, but it also comes off sounding as childish as the little kiddy politicians we have in Washington (for those of us here in the states).
In fact, posts with this kind of tone are typically deleted in FreeBSD forums. Go over to their site and check their posting rules. It's surprising that you don't even know this rule considering your last remark about "giving back to the community".
+1

I'm not against any OS if they satisfy my needs !
 

BloodyIron

Contributor
Joined
Feb 28, 2013
Messages
133
I may have missed it, but have you guys tried switching the NFS Windows clients from UDP to TCP? (and set it TCP ONLY not TCP+UDP)

Some recent readings ( https://social.technet.microsoft.co...-4bb6-855e-cef1364a60ac/nfs-mount-access-slow ) ( https://support.microsoft.com/en-us/kb/831908 ) suggest this should help. However I have not yet verified/validated this.

I suspect it is likely a configuration linchpin on the client side that's holding the performance back.

Also, sorry for the resurrection, but I wanted to throw this into the discussion.
 
Status
Not open for further replies.
Top