On Tue, Oct 01, 2013 at 03:05:23PM -0400, Frank Filz wrote: > > 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 Pulled, thanks! --b. -- 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
