Bug 1201740
Summary: | [New] - Adding RHS 3.0.4 node to RHSC overrides the values of vm.dirty_ratio and dirty_background_ratio to 5 and 2 from RHEL defaults. | |||
---|---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | RamaKasturi <knarra> | |
Component: | rhsc | Assignee: | Darshan <dnarayan> | |
Status: | CLOSED ERRATA | QA Contact: | RamaKasturi <knarra> | |
Severity: | medium | Docs Contact: | ||
Priority: | medium | |||
Version: | rhgs-3.0 | CC: | asriram, asrivast, divya, dnarayan, dpati, nlevinki, rcyriac, rhs-bugs, rnachimu, vagarwal | |
Target Milestone: | --- | |||
Target Release: | RHGS 3.1.0 | |||
Hardware: | Unspecified | |||
OS: | Unspecified | |||
Whiteboard: | ||||
Fixed In Version: | rhsc-3.1.0-0.57.master.el6.noarch.rpm | Doc Type: | Bug Fix | |
Doc Text: |
Previously, the Red Hat Storage Console override the Red Hat Enterprise Linux values for the vm.dirty_ratio and dirty_background_ratio to 5 and 2 respectively. This occurred when activating the tuned profile 'rhs-virtualization' while adding Red Hat Storage nodes to the Red Hat Storage Console. This had decreased the performance of the Red Hat Storage Trusted Storage Pool. With this fix, users are given an option to choose the tuned profile during cluster creation. Based on his use case, the user he can choose the profile.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1209418 (view as bug list) | Environment: | ||
Last Closed: | 2015-07-29 05:27:26 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: | ||
Embargoed: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1191838, 1202842, 1209418 |
Description
RamaKasturi
2015-03-13 11:53:39 UTC
Ramesh, Can you please review the edited doc text and clear the needinfo flag? Doc text looks good to me Currently by default rhs-virtualization profile is set for RHS nodes. One approach is to change this default to rhs-high-throughput profile, which is recommended for RHS nodes. The other option is to ask user to choose the profile during cluster creation in RHSC, and set the profile accordingly. As discussed in triage meeting, the solution for this issue; User would be provided an option to choose the tuned profile during cluster creation. Please provide the fixed in version. Created a cluster with gluster Tuned Profile : rhs-high-throughput and added a RHS 3.0.4 ISO to the cluster. I see the following as the profile in the RHS node which is added to RHSC and vm_dirty_background and vm_dirt)_ [root@dhcp37-153 ~]# tuned-adm list Available profiles: - server-powersave - spindown-disk - desktop-powersave - virtual-guest - virtual-host - rhs-virtualization - rhs-high-throughput - enterprise-storage - laptop-ac-powersave - laptop-battery-powersave - default - throughput-performance - latency-performance Current active profile: rhs-high-throughput [root@dhcp37-153 ~]# sysctl -a | grep "dirty" vm.dirty_background_ratio = 10 vm.dirty_background_bytes = 0 vm.dirty_ratio = 20 vm.dirty_bytes = 0 vm.dirty_writeback_centisecs = 500 vm.dirty_expire_centisecs = 3000 When the cluster is created with rhs-virtualization profile and adds a node to this cluster the following values are seen. [root@dhcp37-153 ~]# tuned-adm list Available profiles: - server-powersave - spindown-disk - desktop-powersave - virtual-guest - virtual-host - rhs-virtualization - rhs-high-throughput - enterprise-storage - laptop-ac-powersave - laptop-battery-powersave - default - throughput-performance - latency-performance Current active profile: rhs-virtualization [root@dhcp37-153 ~]# sysctl -a | grep "dirty" vm.dirty_background_ratio = 1 vm.dirty_background_bytes = 0 vm.dirty_ratio = 20 vm.dirty_bytes = 0 vm.dirty_writeback_centisecs = 500 vm.dirty_expire_centisecs = 3000 setting the profile as rhs-virtualization changes the vm.dbr to 1 and leaves the vm.dr to what ever it was before. Verified and works fine with rhsc-3.1.0-0.57.master.el6.noarch Darshan, Please review and sign-off the edited doc text. (In reply to Divya from comment #11) > Darshan, > > Please review and sign-off the edited doc text. Looks Good. 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://rhn.redhat.com/errata/RHEA-2015-1494.html |