Good morning! For your consideration - we need feedback, please!
New is: - 6th spring release - Mount one filesystem multiple times independently (independent UNC name and TCP connection) with different mount options via $ /sbin/nfs_mount -o unctagnum=1234 ... - Diagnostics tooling to monitor/debug idmapper via new winfsinfo subcmd "fsctlnfs41queryidmapinfo" to query the idmapper data (Win32 user/group names+Cygwin/UWIN/SFU uid/gid, mapped NFSv4 fatt4_owner/fattr4_owner_group data etc) for a file. - New idmapper, which can map any NFS server uid/fattr4_owner to any Windows user/cygwin uid, and any NFS server gid to any Windows group/cygwin gid. Cygwin uid/gid are sourced from Cygwin itself, based on the Windows account name - ReactOS now compiles on a NFSv4.1 filesystem, and can be started in a VMware VM directly from a NFSv4.1/4.2 filesystem - Support for Win32 named streams/Alternate Data Streams (ADS), if the NFSv4.x server supports NFS named attributes (e.g. Solaris >= 11.4, Illumos, FreeBSD >= 15.0, ...) - New winstreamsutil.exe utility to find, create, rename, delete, cat, etc Win32 named streams - Now supports case-insensitive NFSv4.x filesystems (useful for software installations, using Windows user profile dir, compiling Windows software, ...) - Copy acceleration (Win32 read/write offload) via server-side NFSv4.2 COPY for copy, xcopy, Windows Explorer, ..., works even if the exported filesystem does not support block cloning - New tool to manage machine-wide mounts for all logons/services: /sbin/nfs_globalmount.exe - Better FreeBSD NFS server compatibility - Volume label is now an URL to the NFS server, e.g. nfs://hostname/ - winsg.exe now supports PowerShell directly- The NFS driver and wings.exe now support non-ASCII characters (e.g french circumflex) - Sparse file support (https://en.wikipedia.org/wiki/Sparse_file) for HPC environments - Symlink conversion, to make Windows symlinks exchangeable with other NFS clients on other platforms - MSYS2 support Ced ---------- Forwarded message --------- From: Roland Mainz <[email protected]> Date: Mon, 1 Jun 2026 at 16:17 Subject: [Ms-nfs41-client-devel] [Announcement] NFSv4.2/NFSv4.1 filesystem client Windows driver binaries for Windows 10/11+WindowsServer 2019/2022/2025 for testing, 2026-06-01 ... To: <[email protected]> Hi! ---- We've created a set of test binaries for the NFSv4.2/NFSv4.1 filesystem client driver for Windows 10 (32bit x86, x86-64, ARM64), Windows 11 (x86-64, ARM64)+Windows Server 2019/2022/2025 (x86-64, ARM64), based on https://github.com/kofemann/ms-nfs41-client (commit id #474807ac63a17827ac8fdb334dd773aad0f145ef, git bundle in tarball), for testing and feedback. ** FULL release readme: http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.html http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.readme ** Download URL (all architectures+platforms): http://www.nrubsig.org/people/gisburn/work/msnfs41client/releases/testing/msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.tar.bz2 ** Download hash sums: SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.html)= eced1e98f9a6168256eb7a5c0356c342ce49f15bb6218df08853a0a34b996037 SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.readme)= dc6660211bbbedf1ea386aac770e991411e21155e3cc0909aad6d57f7033f322 SHA2-256(msnfs41client_cygwin_64bit32bit_binaries_20260601_12h24m_git474807a.tar.bz2)= 4ec3000a4ba6d52cbc75aaf6eb53b99d4779028c4b13a682813ff2cce099e43c ** Major changes since the last release: - UNC tag numbers (experimetal), to give mounts an unique UNC path (and separate NFS server connection) via $ /sbin/nfs_mount -o unctagnum=4000 ... #) - New winfsinfo subcmd "fsctlnfs41queryidmapinfo" to query the idmapper data (Win32 user/group names+Cygwin/UWIN/SFU uid/gid, mapped NFSv4 fatt4_owner/fattr4_owner_group data etc) for a file. This is intended as diagnostics aid for administrators. - Idmapper configuration is now obtained via "cygwin_idmapper.ksh" - New idmapper, which allows to map any NFS server { uid, gid, fattr4_owner, fattr4_owner_group } to any Windows user/group account. Mapping is done per mount, so Windows user "abc@windomain" can be user "def@nfslinux1" on NFS server "linux1" and "xyz@otherlinux2" on NFS server "otherlinux2". Same applies to groups. Windows localised builtin accounts are also supported, to handle situations like a German Window client connecting to a French WindowServer NFSv4.1 server. Idmapping itself is done with a shell script (for maximum flexibility, as attemps to handle this with builtin code could NOT cover all compliciated site setups, including Windows localised account names, and NFS clients which have to connect to multiple different sites with completely different NFS server account setups), and also provides uid/gid values for Cygwin/MSYS2/UWIN (which can now be fully independent from uid/gid values used by the NFS server) - Added support for FreeBSD 16.0 NFS server - More fixes for case-insensitive NFS filesystems (requires FreeBSD n>= 16.0 NFS server, Linux >= 7.1 NFS server or Windows Server NFS server with a case-insensitive filesystem) - Bugfixes to enable compilation of ReactOS on a NFSv4.1 filesystem - Support for Win32 named streams/Alternate Data Streams (ADS), if the NFSv4.x server supports NFS named attributes (e.g. Solaris >= 11.4, Illumos, FreeBSD >= 15.0, ...), including NTFS-style renaming support. This also includes new utilities (e.g. winstreamsutil.exe) to find, list, create, rename, delete etc. Win32 named streams - Support for Windows "SRVOpen collapsing", which enables file handles with the access/permission/etc attributes to share one NFS file handle (saving open/close round trips to the NFS server) - Symlinks are now using the group defined by Win32 PrimaryGroup (which can be set via Cygwin newgrp(1)/|setgid()| or winsg(1)) - Added support for Windows "Extended Create Parameters" |ECP QUERY_ON_CREATE| |QoCFileStatInformation| and |QoCFileLxInformation| - Added support for setting a file's ACL at file creation time - Fixed issues probing sparse files when using the nfs-ganesha NFS server - Disk and CDROM/DVD images can now be mounted via https://github.com/gisburn/filedisk-sparse/ - UNC path format changed to <hostname>@<protocol>@<port>, e.g. ournfsserver@NFS@2049, to support future transport+mount options (e.g. RDMA , TLS/SSL etc.) - Window 11/ARM64 is now supported (native aarch64 kernel module and nfs*.exe userland utilities) - /sbin/nfs_globalmount, a new tool for Administrators to manage global/machine-wide mounts which are available to all Windows users/services/logons - New "nfsclientdctl" utility to change the NFS client daemon parameters at runtime - support for case-insensitive filesystems (e.g. Windows Server NTFS) - NFS referrals now work with custom (non-TCP/2049) port numbers - Implemented |FSCTL_OFFLOAD_READ|+|FSCTL_OFFLOAD_WRITE| (e.g. used by Windows 10 xcopy, Windows Explorer etc) for server-side NFSv4.2 COPY - Better FreeBSD 14.x/15.0 nfsd compatibility - More software tested for compatibility: MariaDB, Microsoft Office 2016, Visual Studio 2022 work with msnfs41client - Volume label is now the nfs://-URL to the server (up to 31 characters for Windows Explorer compatibility) - Support for user and group names with non-ASCII (e.g. Unicode) names (like German umlauts) in ms-nfs41-client, winsg.exe etc. - winsg.exe now has a /P option to run powershell.exe with the requested group - nfs_mount.exe now enforces that normal mounts need nfs://-URLs with absolute paths, and "public NFS" mounts need relative paths in a nfs://-URL - sec=none support - Improved /sbin/cygwinaccount2nfs4account script to better handle creation of Windows Domain accounts on the NFS server side - *.(exe|dll) executables are now signed with a WDK test signature, helping with *rare* cases that Windows Defender with paranoid settings wrongly recognising the binaries as potential threads. A *.cer certificate file is supplied which can be imported into the Windows Defender to whitelist the binaries if this happens. - Support for |FSCTL_DUPLICATE_EXTENTS_TO_FILE|, which allows Windows 11 applications which use |CopyFile2()| (like cmd.exe copy, xcopy.exe etc) to copy files via block cloning. Requires NFSv4.2 NFS server with { CLONE, SEEK, DEALLOCATE } support, exporting a filesystem which supports block cloning (e.g. btrfs, xfs). This includes correct cloning of sparse files. - Sparse file support (requires NFSv4.2 server { SEEK, ALLOCATE, DEALLOCATE } and the |FATTR4_WORD1_SPACE_USED| attr), including hole/data range enumeration, punching holes etc., e.g. $ fsutil sparse queryrange mysparsefile # and Win32 named stream support - Improved Windows Extended Attribute (EA) support (requires NFS named attributes support in the NFS server (e.g. Solaris >= 11.4, Illumos, FreeBSD >= 15.0, ...)), including create/read/write/delete - Support for Storage32-API (e.g. enables use of *.msi installer files on NFS filesystems) - Cygwin /usr/bin/svn and Windows '/cygdrive/c/Program Files/Git/cmd/git' now work - Illumos NFSv4.2+Solaris 11.4 NFSv4.1 server is now supported - Windows Server 2022 NFSv4.1 server is now supported (compared to WS2019 this NFS server version has ACL support) ** Please send comments, bugs, test reports, complaints etc. to the MailMan mailing list at https://sourceforge.net/projects/ms-nfs41-client/lists/ms-nfs41-client-devel ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) [email protected] \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 3992797 (;O/ \/ \O;) _______________________________________________ Ms-nfs41-client-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ms-nfs41-client-devel -- Cedric Blancher <[email protected]> [https://plus.google.com/u/0/+CedricBlancher/] Institute Pasteur -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
