Messages in this thread | | | Date | Mon, 8 Sep 2008 12:02:12 -0700 | From | Aaron Straus <> | Subject | Re: [NFS] blocks of zeros (NULLs) in NFS files in kernels >= 2.6.20 |
| |
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 [unhandled content-type:application/octet-stream] | |