Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1411902 - [RFE] Provide flexibility to set CPUQuota for slice
[RFE] Provide flexibility to set CPUQuota for slice
Status: CLOSED ERRATA
Product: Red Hat Gluster Storage
Classification: Red Hat
Component: gdeploy (Show other bugs)
3.2
x86_64 Linux
unspecified Severity high
: ---
: RHGS 3.3.1 Async
Assigned To: Ramakrishna Reddy Yekulla
SATHEESARAN
: FutureFeature, ZStream
Depends On:
Blocks: 1523617 1581561
  Show dependency treegraph
 
Reported: 2017-01-10 12:24 EST by SATHEESARAN
Modified: 2018-06-20 23:34 EDT (History)
8 users (show)

See Also:
Fixed In Version: gdeploy-2.0.2-23
Doc Type: Enhancement
Doc Text:
The CPU Quota is now flexible for the scale functionality. As a result, in a shared workload scenarios the compute resource requirements are shared with the application along with GlusterFS CPU consumption.
Story Points: ---
Clone Of:
: 1523617 (view as bug list)
Environment:
Last Closed: 2018-06-20 23:33:14 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2018:1958 None None None 2018-06-20 23:34 EDT

  None (edit)
Description SATHEESARAN 2017-01-10 12:24:37 EST
Description of problem:
-----------------------
To create glusterfs slice, slice_setup=yes option could be used 'service' section with 'glusterd' service. But this sets the CPUQuota to the default value of 400%

Version-Release number of selected component (if applicable):
-------------------------------------------------------------
gdeploy-2.0.1-8.el7rhgs

How reproducible:
-----------------
Not Applicable for RFE

Steps to Reproduce:
-------------------
Not Applicable for RFE

Actual results:
----------------
Sets the CPUQuota to the default value of 400% (ie) 4 cores

Expected results:
-----------------
Provide a way to change the CPUQuota and don't hardcode the value of 400%
Comment 5 SATHEESARAN 2018-04-03 22:52:30 EDT
Devyani,

I still don't see any option in 'service' section, that provides the flexibility to add CPUQuota.

Could you please clarify ?
Comment 6 Devyani Kota 2018-04-04 02:31:30 EDT
Hi,
Commit [1] fixes this issue.
It automates the task, by calculating the number of CPU's and then provides the appropriate load.
Ramky can explain more on this.

[1]https://github.com/gluster/gdeploy/pull/493/commits/5d950e6fbc7fdd218284a0f26100c5e995e16eb1
Comment 7 Ramakrishna Reddy Yekulla 2018-04-04 04:54:02 EDT
The way it handles is that, in hyper converged cases where there are other consumers of the CPUload . Its going to allocate 1/3 capacity to the gluster slice. It automated the process for setting up CPUQuota.
Comment 8 SATHEESARAN 2018-04-04 07:24:39 EDT
(In reply to Ramakrishna Reddy Yekulla from comment #7)
> The way it handles is that, in hyper converged cases where there are other
> consumers of the CPUload . Its going to allocate 1/3 capacity to the gluster
> slice. It automated the process for setting up CPUQuota.

Thanks Ramky and Devyani for this information.
Comment 9 SATHEESARAN 2018-04-04 07:34:05 EDT
Tested with gdeploy-2.0.2-24.

By default 1/3 of the CPU is allocated for gluster process.

After running gdeploy with slice setup on the machine with 2 cores.

# cat /etc/systemd/system/glusterfs.slice
[Slice]
CPUQuota=66
Comment 11 Ramakrishna Reddy Yekulla 2018-06-13 05:38:17 EDT
The doc text looks good.
Comment 14 errata-xmlrpc 2018-06-20 23:33:14 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2018:1958

Note You need to log in before you can comment on or make changes to this bug.