Bug 1019849

Summary: quota: du taking lot of time to ascertain the size on mount-point(nfs)
Product: Red Hat Gluster Storage Reporter: Saurabh <saujain>
Component: quotaAssignee: krishnan parthasarathi <kparthas>
Status: CLOSED WORKSFORME QA Contact: storage-qa-internal <storage-qa-internal>
Severity: high Docs Contact:
Priority: medium    
Version: 2.1CC: grajaiya, mzywusko, nsathyan, rhs-bugs, storage-qa-internal, vagarwal, vbellur, vmallika
Target Milestone: ---Keywords: ZStream
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-01-12 07:23:23 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Saurabh 2013-10-16 13:39:43 UTC
Description of problem:
I have 22 GB data with 24GB of limit-set on the volume "/"
and du is getting executed for more than 15minutes and still don't have size ascertained from mount-point.

The mount in this case is "nfs"

Version-Release number of selected component (if applicable):
glusterfs-3.4.0.35rhs-1.el6rhs.x86_64

How reproducible:
tested on build

Expected results:
ascertaining size using "du" should not take too long, and in this case I am not having deep-dirs also, just first level and second level.

Additional info:

Comment 3 Vivek Agarwal 2013-10-17 06:44:41 UTC
Per discussion with Shanks and Saurabh, Not a blocker. Not breaking the functionality, but need to document it.

Comment 4 Vivek Agarwal 2013-10-21 06:42:22 UTC
Per bug Triage 10/21, removing thios from u1 list

Comment 5 Vijaikumar Mallikarjuna 2015-01-12 07:23:23 UTC
It doesn't seem like a quota issue, as quota enforcing is not done in stat FOP.

Closing the bug as 'WORKSFORME', please re-open the bug if it happens again when quota is enabled.