Created attachment 1234949 [details] failing-test-case.t Description of problem: Even after setting a particular quota limit on '/' i.e, root of the volume, subsequent quota list command displays 'N/A' as usage limit for '/'. How reproducible: Always Steps to Reproduce: 1. Apply https://review.gluster.org/#/c/12256/ on top of master branch. 2. Build and install GlusterFS 3. Run the attached test case named 'failing-test-case.t' Actual results: EXPECT_WITHIN $MARKER_UPDATE_TIMEOUT "10.0MB" quota_list_field "/" 5 not ok 6 Got "N/A" instead of "10.0MB", LINENUM:17 Expected results: Tests should complete successfully. Additional info: As of now root of the volume is non-empty as we were having .trashcan directory created by default. But with the patch mentioned in 'Steps to Reproduce' this behaviour is being targeted to change by 3.10. See https://github.com/gluster/glusterfs/issues/65 for more details. A modified test case named 'passing-test-case.t' is also attached which runs successfully by creating a test file at root of the volume.
Created attachment 1234950 [details] passing-test-case.t
THe issue is that the root path does not have the size xattr and hence in both print_quota_list_from_mountdir and print_quota_list_from_quotad, we print N/A (print_quota_list_empty) if the size xattr is not found. A stat on the root path does not still heal the size xattr. Needs to RCA fruther.
*** Bug 1488386 has been marked as a duplicate of this bug. ***
*** Bug 1508661 has been marked as a duplicate of this bug. ***
Not planning to work on this in near future. Will revisit when we get a chance.