Hi,

On Sep 05 04:36 PM, Chuck Lever wrote:
quoted text
> I have the latest Fedora 9 kernels on two clients, mounting via NFSv3 =20
> using "actimeo=3D600" (for other reasons).  The server is OpenSolaris =20
> 2008.5.
>=20
> reader.py reported zeroes in the test file after about 5 minutes.

Awesome.  Thanks for testing!  Our actime is much shorter which is
probably why it happens sooner for us.

quoted text
> Looking at the file a little later, I don't see any problems with it.
>=20
> Since your scripts are not using any kind of serialization (ie file =20
> locking) between the clients, I wonder if non-determinant behavior is =20
> to be expected.

Hmm... yep.  I don't know what guarantees we want to make.   The
behavior doesn't seem to be consistent with older kernels though... so
I'm thinking it might be a bug.

We hit this particular issue because we have scripts which essentially
'tail -f' log files looking for errors.   They miss log messages (and
see corrupted ones) b/c of the NULLs.  That's also why there is no
serialization.... we don't need it when grep'ing through log messages.

I'm bisecting now.  I see a block of intricate-looking NFS patches, I'll
try to narrow it down to a particular commit. =20

I'll also get the wireshark data at that point.

					Thanks,
					=3Da=3D


--=20
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Aaron Straus
aaron@merfinllc.com