RHEL7.4: NFS mount to DELL/EMC Isilon servers fails with 'permission denied' due to NFS server duplicate response to single EXCHANGE_ID causes mount.nfs to fail auto-negotiation

Solution In Progress - Updated -

Issue

According to the release notes for 7.4, the default version for NFS changed from 4.0 to 4.1. Unfortunately, this causes a breaking outage for hosts connecting to our DELL/EMC Isilon servers. After the upgrade, attempting to mount NFS shares results in:

mount.nfs: access denied by server while mounting <sharename>

We discovered that we had to explicitly specify 'vers=4.0' on the mount command to restore service.
This problem does not occur on RHEL7.3 because the default protocol is 4.0 and the Isilon supports that.

We previously had not given a 'vers=' option, and according to the NFS man page, if you do not specify a version, the protocol versions should be auto-negotiated down but this seems to not occur.

NAME
       nfs - fstab format and options for the nfs file systems
...
  Options supported by all versions
       These options are valid to use with any NFS version.

       nfsvers=n      The NFS protocol version number used to contact the server's NFS service.  If the server does not support the requested version, the mount request  fails.   If
                      this option is not specified, the client negotiates a suitable version with the server, trying version 4 first, version 3 second, and version 2 last.

       vers=n         This option is an alternative to the nfsvers option.  It is included for compatibility with other operating systems

Environment

  • Red Hat Enterprise Linux 7.4 (NFS client)
    • kernel-3.10.0-693.el7.x86_64
    • nfs-utils-1.3.0-0.48.el7.x86_64
  • Seen with Isilon (NFS server)
    • OneFS v8.0.0.4

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase of over 48,000 articles and solutions.

Current Customers and Partners

Log in for full access

Log In