As part of my research into NFS I took a look at Windows Services for UNIX (SFU). This allows you to run an NFS...
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
service on Windows (NFS Version 3 on TCP) which is compliant with ESX “IP Storage” options for datastores. This means you can store ISOs, FLPs and Virtual Disks (in the monolithic format) on Windows File Server. With more than one ESX using the Windows Share/Datastore, advanced features like VMotion and DRS are possible without need for a SAN or iSCSI.
Alternatively, you could always install Linux and save yourself this hassle!
Before I begin the setup instructions. Here are some useful links:
Homepage: Windows Services for UNIX
Download: Windows Services for Unix
KB: Setting Permissions In Microsoft Services for UNIX v3.0
KB: How to perform maintenance and ancillary tasks after a UNIX-to-Windows migration
Once you have downloaded SFU here’s how you setup the NFS component.
These instructions are based on Windows 2003 without a Service Pack. I have also successfully made SFU on Windows 2000 with Service Pack 4. Windows does not allow unchallenged access to shares without authentication. As Windows and the ESX Host do NOT share a common end-user database, we need some method of “mapping” the users on ESX Host to Windows. The method I have chosen is a simple mapping of the accounts, using the files present on the ESX Host.
- Copy the passwd/group file from any one of your ESX servers, these are both held in /etc
- Extract the SFU package and run the MSI package.
- Choose a (C) Custom Installation
- Expand Authentication tools for NFS, User Mapping Service
- Next to the setupid option
- Under Local Sser Name Mapping Service, select (c) Password and Group files
- Type name and path for passwd/group files For example:
- Select the Windows Domain Note:
In my case I used local user & groups on a Member Server
Next, accept the location for the install…Note:
Watch the status bar, check your email, make a cup of coffee, wonder how long you spend watching status bars… oh, and at the end of this – reboot your Windows/NFS Server
Creating a User Mapping (Between Administrator and Root)
- From the Start Menu, Windows Services for UNIX
- Run the MMC, Services for UNIX Administration
- Select User Name Mapping node
- Choose Maps option and under Advanced Maps, click Show User Maps
- Click List Windows Users button – and select Administrator
- Click List Unix Users button - and Select root
- Click the Add button
- At the top of the console choose the Apply button
Sharing out of a folder:
- On the Windows/NFS Server, right-click a folder, and choose Share
- Choose (c) Share this folder
- Select NFS Sharing tab
- Choose (c) Share this folder
- Click the Permissions button, Select X Allow root access
- Change the Type of Access to Read-Write
- Choose OK to exit sharing dialogs
Watch out foR CaseSensitivity on your sHaReNaMeS. Make them all in lower-case and use no spaces.
Confirming the Windows/NFS Server is functioning
There are a number of tools we can use at the Windows/NFS server or at the Service Console to see if things are working before adding in the NFS Share as IP Storage in the VI Client.
rpcinfo (lists listening ports within Unix/Linux/SFU systems)
showmount (lists available “exports” or NFS Shares either locally or remotely)
ls -l (lists files and shows effective permissions)
mount (in combination with a mount point we can make a test connection to the Windows/NFS and confirm we can create files)
On the Windows Server:
rpcinfo -p (lists listening ports on the server, notice TCP, NFS v3, Port 2049)
On the ESX Host/Service Console:
showmount -e 192.168.2.200 (same as above but remotely, you can use an FQDN/hostname if you have set it up)
The instructions below create a mount point, mounts the remote NFS Share, lists the files and uses redirection > to create a test file
mount 192.168.2.200/test /test
ls -l /test
dir > /test