Article ID: 897089 - Last Review: October 6, 2006 - Revision: 1.1

Windows Explorer stops responding, or you receive an "unexpected network error occurred" error message when you use the Client for NFS service to connect to a NFS volume in Windows Services for UNIX 3.5

View products that this article applies to.
System TipThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.
Expand all | Collapse all

SYMPTOMS

Some earlier versions of UNIX run kernels that do not support versions of Network File System (NFS) that are later than version 2.0.

In Microsoft Windows Services for UNIX 3.5, you may use the Client for NFS service to connect to a NFS volume that was exported by an earlier version of UNIX. When you do this, you experience one of the following issues:
  • On the Performance tab of the Client for NFS service, you set the Mount type property to Soft. When you try to connect or to map a network drive to an earlier version of a NFS 2.0-exported volume, Windows Explorer stops responding.
  • When you set the Mount type property to Hard, you receive the following error message:
    An unexpected network error occurred.
    Additionally, the network drive is not mapped or the connection is not established.
Back to the top

CAUSE

These issues occur because even though some earlier versions of the UNIX kernel do not support NFS 3.0, the mountd service (NFS mount daemon) on the server advertises NFS 3.0.
Back to the top

RESOLUTION

To resolve this issue, use the following initialization option for the mountd service:
--no-nfs-version 3
After you restart the mountd service by using this initialization option, Windows Services for UNIX 3.5 correctly connects to the NFS 2.0 remote volume.
Back to the top
APPLIES TO
  • Microsoft Windows Services for UNIX 3.5
Back to the top
Keywords: 
kberrmsg kbtshoot kbprb KB897089
Back to the top