[3403] in testers
Re: NFS from an O2
daemon@ATHENA.MIT.EDU (Robert A Basch)
Tue Feb 3 19:21:33 1998
To: ccount@MIT.EDU
Cc: testers@MIT.EDU
In-Reply-To: Your message of "Tue, 03 Feb 1998 16:45:07 EST."
<199802032145.QAA10145@technetium.MIT.EDU>
Date: Tue, 03 Feb 1998 19:21:25 EST
From: Robert A Basch <rbasch@MIT.EDU>
> Is there an incompatibility between SGI nfs and Sun NFS such that an SGI
> can't export some directories to a sun?
> I can read some fine, but others give
> NFS readdir+ failed for server ...: error 2 (RPC: Can't decode result)
> NFS readdir failed for server ...: error 2 (RPC: Can't decode result)
Yes, there is an incompatibility, but the "-32bitclients" export option
is supposed to work around it...
From the exports man page:
32bitclients
Causes the server to mask off the high order 32 bits of
directory cookies in NFS version 3 directory operations. This
option may be required when clients run 32-bit operating
systems that assume the entire cookie is contained in 32 bits
and reject responses containing version 3 cookies with high
bits on. IRIX 5.3 and Solaris 2.5 are examples of 32-bit
operating systems with this behavior, which produces error
messages like "Cannot decode response" on directory operations.
XFS filesystems on the server can generate cookies with high
bits on. Exporting filesystems with the 32bitclients option
causes these bits to be masked and prevents error messages.
In a short test, I was able to prevent the errors via this option.
Bob
