The Finder of macOS 12 and later may corrupt metadata while browsing objects via an NFS connection: If you have one of the preview features of the Finder enabled (e.g. the preview column in column view), browsing files via a connection to an NFS file server may corrupt the entry for last modification date (“mtime”) for each of the previewed files. The entry is set to the current date and time. Among other problems, this could cause significant issues with file synchronization or backups on the NFS file server.
Workaround: This is a known issue of the Finder and there is no known workaround other than to disable Finder preview. Apple has been made aware of this critical bug by us and other users. It is currently unknown if or when they will fix this defect.
After upgrading from macOS 10.12 Sierra or lower, a client might not correctly read files from NFSv4 servers created with previous versions of macOS, OS X, or Mac OS X: If you have used older versions of the operating system to write Macintosh files to an NFSv4 server, and the server implementation supports named attributes, and the files are using Extended Attributes or forks, these attributes and forks will become temporarily inaccessible after upgrading to macOS 11.0 Big Sur.
Workaround: This is a documented policy change in Apple’s NFSv4 client as of macOS 10.13. If you like to continue using named attributes over NFSv4, you will have to enable a new NFSv4 mount option on each client. This option is called Enforce extended attributes and named forks if supported by server in NFS Manager. For Apple’s documentation, enter the command man 5 nfs in Terminal.
If you add automount triggers to the Finder sidebar, the Finder may intermittently remove them: In case your system is configured to use NFS automounts, a user may drag the topmost folder of the automounted file system or an object from that hierarchy into the Favorites section of the sidebar of a Finder window. This way, the automount can be triggered easily, without needing an additional alias object on the Desktop. The Finder might unexpectedly lose such sidebar entries, however.
Workaround: This is a known issue of the Finder. We hope that Apple will resolve this problem in future versions of macOS. A possible alternative is to create an alias for the automounted folder (by using either the Finder or the feature Create Desktop icon of NFS Manager) and to drag the alias to the sidebar.
Some applications cannot process files on an NFS server if those files have not been created using the identical file service protocol: If you write a Macintosh file with Extended Attributes or forks to an NFS server using a different protocol (like AFP, or SMB, or a different NFS standard like NFSv3 vs. NFSv4, or by creating this file directly on the server writing it to the local hard disk), you may later have problems opening this file. Each file sharing protocol uses different techniques to handle Extended Attributes. Those techniques are not compatible with each other, so you cannot write a file with attributes using one protocol but read it with another protocol.
Workaround: You should avoid using different file server protocols at the same time when reading and writing Macintosh files with Extended Attributes. Even when you only use NFS, you must take care either not to allow simultaneous access via NFS3 and NFSv4, or to enforce matching options for the use of named attributes on all clients.
Server statistics can be empty: If you operate a Mac as an NFS server with macOS 12 or later, all server statistics features could be failing under specific circumstances. The related tables and overviews in NFS Manager either show the warning “No data available”, or NFS Manager omits the statistics item for server features altogether. Command line utilities respond with the error message nfssvc failed: Operation not permitted.
Workaround: This is a known defect of macOS 12 and later. Due to internal security conflicts, macOS might not be capable of retrieving NFS server statistics from its own kernel. This affects both, NFS Manager and all command-line utilities at the UNIX level. It is unknown when or if Apple will fix this issue.
Apple’s approval feature for the use of security components in macOS 13 is very immature and can cause NFS Manager to refuse operation: With macOS 13 Ventura, applications that establish additional security by running privilege separation tools will be included in the list of login items in System Settings although they never act as such. Among many other technical issues, Apple incorrectly indicates that these tools represent an always-running background service, which is wrong. The security component that establishes privilege separation is running only while the associated main program is open. In addition, System Settings only lists the affected application’s vendor (in this case: “Marcel Bresink”), not the actual name of the application, which can be very misleading. If confused users disable this setting, the application will be blocked.
Workaround: We have notified Apple of this bug and hope it will be fixed in future versions of macOS. Please make sure that the setting Marcel Bresink is always set to the on position in System Settings > General > Login Items > Allow in Background.