Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 667755

Summary: rpc.rquotad can't handle quotas >4TB
Product: Red Hat Enterprise Linux 6 Reporter: Petr Pisar <ppisar>
Component: quotaAssignee: Petr Pisar <ppisar>
Status: CLOSED ERRATA QA Contact: Martin Cermak <mcermak>
Severity: medium Docs Contact:
Priority: low    
Version: 6.0CC: bfields, dhowells, fnadge, jlayton, mcermak, rwheeler, sprabhu, steved
Target Milestone: rcKeywords: Patch
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
URL: https://sourceforge.net/tracker/?func=detail&aid=3152423&group_id=18136&atid=118136
Whiteboard:
Fixed In Version: quota-3.17-11.el6 Doc Type: Bug Fix
Doc Text:
Cause Querying quota usage or limits for network-mounted file system if quota values are 2^32 or bigger. Consequence Values are not properly transported over RPC and interpreted by client. Mangled values (wrapped to 32 bits) are reported by client then. Fix Proper interpretation of RPC values by client has been back-ported from upstream and proper reporting big values by rpc.rquotad has been implemented. Result Block quota usage and limits values bigger than 2^32-1 are properly reported by client for network file systems.
Story Points: ---
Clone Of: 667360
: 667757 (view as bug list) Environment:
Last Closed: 2011-05-19 14:10:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Use factor signalled in RPC to compute real values
none
Make RPC block factor dynamic none

Description Petr Pisar 2011-01-06 17:20:16 UTC
+++ This bug was initially created as a clone of Bug #667360 +++

A user reports a problem with the quotas reported over NFS for a user who has been allocated 5Tb of quota. The quota for that user is reported as being only 650G instead of the actual 5Tb.

On the client client:

Filesystem blocks quota limit grace files quota limit grace
nfs:/export/work 696848372* 200000000 0 179days 73350427 0 0

On the server:

Disk quotas for user user1 (uid 123):
Filesystem blocks quota limit grace files quota limit grace
/dev/sdc 4991815668* 200000000 0 179days 73350427 0 0 

This problem is similar to the problem reported on the centos bug tracker
http://bugs.centos.org/bug_view_advanced_page.php?bug_id=4071
which also contains a patch for this issue.

--- Additional comment from ppisar on 2011-01-06 13:26:18 GMT ---

The patch does not fix it. It just divides limits by 2^20 on transmission from rpc.rquotad making mangled values on client site. It would break compatibility between patched and unpatched servers and clients.

[...]
--- Additional comment from ppisar on 2011-01-06 13:55:51 GMT ---

Bug filed to upstream: https://sourceforge.net/tracker/?func=detail&aid=3152423&group_id=18136&atid=118136

Comment 1 Petr Pisar 2011-01-11 11:54:33 UTC
Created attachment 472791 [details]
Use factor signalled in RPC to compute real values

This patch back-ported from upstream utilizes rq_bsize factor transmitted by RPC to shift block limits and usage values before transmission and and to unshift them after transmission.

It allows client to respect shifted values (usable for values >= 2^32).

Comment 2 Petr Pisar 2011-01-11 12:14:46 UTC
Created attachment 472795 [details]
Make RPC block factor dynamic

This patch submitted to upstream and back-ported for 3.17 scales block limits and usage values to common smallest base to pass all values longer than 32bits through RPC on quota query successfully.

It allows rpc.rquotad to report values bigger then 2^32-1.

Comment 6 Martin Cermak 2011-03-16 13:57:48 UTC
Verified according to https://beaker.engineering.redhat.com/jobs/62389.

Comment 7 Florian Nadge 2011-03-30 14:25:02 UTC
Hi,
I am reviewing and editing erratum:
http://errata.devel.redhat.com/errata/stateview/10703
and would need some more details for this bug to state all the necessary points.

Could you give a few key words to the points I pasted into the Technical Notes field. Once I have the text I can start on the approval process. 

Thanks

Comment 8 Florian Nadge 2011-03-30 14:25:03 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause
    What actions or circumstances cause this bug to present.
Consequence
    What happens when the bug presents.
Fix
    What was done to fix the bug.
Result
    What now happens when the actions or circumstances above occur.
    Note: this is not the same as the bug doesn’t present anymore.

Comment 9 Petr Pisar 2011-03-31 11:19:11 UTC
    Technical note updated. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    Diffed Contents:
@@ -1,9 +1,15 @@
 Cause
-    What actions or circumstances cause this bug to present.
+    Querying quota usage or limits for network-mounted file
+    system if quota values are 2^32 or bigger.
 Consequence
-    What happens when the bug presents.
+    Values are not properly transported over RPC and
+    interpreted by client. Mangled values (wrapped to 32
+    bits) are reported by client then.
 Fix
-    What was done to fix the bug.
+    Proper interpretation of RPC values by client has been
+    back-ported from upstream and proper reporting big
+    values by rpc.rquotad has been implemented.
 Result
-    What now happens when the actions or circumstances above occur.
+    Block quota usage and limits values bigger than 2^32-1
-    Note: this is not the same as the bug doesn’t present anymore.+    are properly reported by client for network file
+    systems.

Comment 10 errata-xmlrpc 2011-05-19 14:10:03 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0716.html