Description of problem: ======================= Linkto files which were created during rebalance are also being counted in inode-quota limit. Version-Release number of selected component (if applicable): 3.8.4-14.el7rhgs.x86_64 How reproducible: always Steps to Reproduce: =================== 1) Create a distributed-replicate volume and start it. 2) Enable quota on the volume, "gluster volume quota <vol-name> enable". 3) FUSE mount the volume. 4) Set the inode limit on the volume, gluster v quota <vol-name> limit-object / 1500 5) Start creating 1600 files on the mount point for i in {1..1600}; do cat /etc/redhat-release > f$i;done 6) While file creation is in-progress, add few bricks and trigger rebalance. 7) Wait till the step-5 and step-6 completes 8) Check the file count on the mount point ---> There were 1440 created files 9) Check the files count in "list-objects" output ---> The files count was 1497 [root@node1 ~]# gluster v quota distrep list-objects Path Hard-limit Soft-limit Files Dirs Available Soft-limit exceeded? Hard-limit exceeded? ----------------------------------------------------------------------------------------------------------------------------------------------- / 1500 80%(1200) 1497 3 0 Yes Yes There is a mismatch of files count between mount point and list-objects output. Here is some anayalsis for the file count mismatch, Total list-objects files count : 1497 Total number of link to files created on bricks during rebalance : 57 1497 - 57 = 1440 which is the total files count on the mount point Actual results: =============== Linkto files which got during rebalance are also being counted in inode-quota limit Expected results: ================= In the list-objects output, we should not count linkto files (hashed files) as we are already count cached files.
This bug was not considered for last 2 releases, and we are not considering it high priority for next 2 releases also.