> One more problem: CSID10 is failing against the Linux server with > NFS4ERR_TOO_MANY_OPS, because each of those lookups is actually a full > lookup from PUTROOTFH to /, resulting in 17 ops on my setup. Could we > maybe work relative to the parent directory instead? Ok, was able to fix this by doing a LOOKUP sequence in a separate compound followed by GETFH then in the compound that tests SAVEFH/RESTOREFH, just do PUTFH that saved FH. Things could be a lot smoother as discussed on IRC if the initialization stored away env.home_fh. Then with some work, this test could be simplified to: SEQUENCE, PUTFH(env.home_fh), OPEN, GETFH, SAVEFH, PUTFH(env.home_fh), RESTOREFH, CLOSE Note that that GETFH is not actually used by this test, but presumably open_create_op() would produce: PUTFH(env.home_fh), OPEN, GETFH Instead of what it currently does: PUTROOTFH, LOOKUP..., OPEN, GETFH The new branch is here: https://github.com/ffilz/pynfs/commits/master Frank -- 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