RE: pynfs updates

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> 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




[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux