[Bugs] [Bug 1630804] libgfapi-python: test_listdir_with_stat and test_scandir failure on release 5 branch

bugzilla at redhat.com bugzilla at redhat.com
Fri Oct 12 15:59:42 UTC 2018


https://bugzilla.redhat.com/show_bug.cgi?id=1630804



--- Comment #17 from Soumya Koduri <skoduri at redhat.com> ---
(In reply to Shyamsundar from comment #16)
> Based on comment #14 and comment #15, here is what I think we need to
> answer, and also some possible thoughts:
> 
> 1) What is the contract between application calling glfs_readdirplus(_r) and
> gfapi?
> 
> IMO,
> - return entry with known stat information about the same
> 
> 2) What is the contract between various xlators and returned iatt
> information and inode information?
> - iatt validity seems to be ctime check, which is not the way forward, we
> need to adapt to IATT_*_VALID flags in the future
> - inode NULL or not? Currently as the write has occured there would be an
> inode linked and returning a NULL seems logically incorrect, iatt
> invalidation seems to be the better option IMO
> - Du?
> 
> 3) What is the contact between protocol layer (in this case gfapi) and
> xlator?
> - I would assume it is the same as (2) and by protocol I mean
> gfapi/FUSE(xlator) etc.
> 
> From an iatt and its validity fields, we need to adapt and address the
> IATT_*_VALID flags across the stack, and take this as the contract forward,
> but ca

+1

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.


More information about the Bugs mailing list