Re: [NFS] blocks of zeros (NULLs) in NFS files in kernels >= 2.6.20

[Aaron Straus <aaron@merfinllc.com>]

[-- Attachment #1: Type: text/plain, Size: 1003 bytes --]

Hi,

On Sep 05 03:56 PM, Chuck Lever wrote:
> Comparing a wire trace with strace output, starting with the writing  
> client, might also be illuminating.  We prefer wireshark as it uses  
> good default trace settings, parses the wire bytes and displays them  
> coherently, and allows you to sort the frames in various useful ways.

OK in addition to the bisection I've collected trace data for the good
(commit 4d770ccf4257b23a7ca2a85de1b1c22657b581d8) and bad (commit
e261f51f25b98c213e0b3d7f2109b117d714f69d) cases.

Attached is a file called trace.tar.bz2 inside you'll find 4 files, for
the two sessions:

  bad-wireshark
  bad-strace

  good-wireshark
  good-strace

>From a quick glance the difference seems to be the bad case does an
UNSTABLE NFS WRITE call.  I don't really know what that means or what
its semantics are... but that bad commit does seem to introduce this
regression.

Anything else I can provide?

Thanks!

					=a=


-- 
===================
Aaron Straus
aaron@merfinllc.com

[-- Attachment #2: trace.tar.bz2 --]
[-- Type: application/octet-stream, Size: 13979 bytes --]