Client: Linux 2.6.38-rc2 x86_64 Server: OpenSolaris 5.11 snv_134 NFS version: 4.0 Connectathon basic test 6 fails over NFSv4, but not over NFSv3. [cel@matisse cthon04]$ ./server -b Start tests on path /mnt/klimt/matisse.test [y/n]? y sh ./runtests -b -t /mnt/klimt/matisse.test Starting BASIC tests: test directory /mnt/klimt/matisse.test (arg: -t) ./test1: File and directory creation test created 155 files 62 directories 5 levels deep in 2.25 seconds ./test1 ok. ./test2: File and directory removal test removed 155 files 62 directories 5 levels deep in 1.30 seconds ./test2 ok. ./test3: lookups across mount point 500 getcwd and stat calls in 0.0 seconds ./test3 ok. ./test4: setattr, getattr, and lookup 1000 chmods and stats on 10 files in 6.5 seconds ./test4 ok. ./test5: read and write wrote 1048576 byte file 10 times in 0.72 seconds (14411197 bytes/sec) read 1048576 byte file 10 times in 0.0 seconds (-2147483648 bytes/sec) ./test5 ok. ./test6: readdir ./test6: (/mnt/klimt/matisse.test) didn't read expected 'file.12' dir entry, pass 0 ./test6: (/mnt/klimt/matisse.test) didn't read expected 'file.82' dir entry, pass 0 ./test6: (/mnt/klimt/matisse.test) didn't read expected 'file.164' dir entry, pass 0 ./test6: (/mnt/klimt/matisse.test) Test failed with 3 errors basic tests failed Tests failed, leaving /mnt/klimt mounted [cel@matisse cthon04]$ "ls /mnt/klimt/matisse.test" shows the series of test files, missing the three called out above. "ls /share/test/matisse.test" on the server shows all of the files, including the three called out above. Unmounting and mounting /mnt/klimt/matisse.test shows the same result (these three missing). A network trace captured during the "ls" shows that these files are returned by the server. Unmounting and mounting /mnt/klimt/matisse.test with "vers=3" shows an identical list of files as "ls" on the server, and Cthon test 6 works fine over vers=3. This failure is 100% reproducible: always three files are missing, but not always the same three. Evidence suggests a problem with the client's NFSv4 readdir result decoder logic, but I wanted to check to see if anyone has a fix or suggestions about where to look first. -- Chuck Lever chuck[dot]lever[at]oracle[dot]com -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
