Bug 970068 - Switching between multiple profiles wrongly update the barrier mount option for brick.
Summary: Switching between multiple profiles wrongly update the barrier mount option f...
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat
Component: storage-server-tools (Show other bugs)
(Show other bugs)
Version: 2.1
Hardware: All Linux
Target Milestone: ---
: ---
Assignee: Bug Updates Notification Mailing List
QA Contact: storage-qa-internal@redhat.com
Depends On:
TreeView+ depends on / blocked
Reported: 2013-06-03 12:07 UTC by Neependra Khare
Modified: 2015-12-03 17:23 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2015-12-03 17:23:14 UTC
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Neependra Khare 2013-06-03 12:07:59 UTC
Description of problem:
Switching between multiple profiles wrongly update the barrier mount option for brick.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create the volume 
2. Apply rhs-high-throughput and default tuned profile one after another multiple times 
$ tuned-adm profile rhs-high-throughput
$ tuned-adm profile default
$ tuned-adm profile rhs-high-throughput
$ tuned-adm profile default

Actual results:
Brick mount option has multiple entries for barrier, nobarrier like following:
/dev/mapper/test-brick on /brick/gluster type xfs (rw,noatime,inode64,barrier,nobarrier,barrier,nobarrier)

Expected results:
Brick mount option should just barrier entry according to the last applied profile.

Additional info:

Comment 2 Ben England 2013-06-20 02:04:36 UTC
Does /proc/mounts should the same behavior?  

I think we should try to eliminate write barrier disabling from tuned profiles for RHS if we can establish that it doesn't hurt performance for MegaRAID at least.   For small-file tests I could not detect any change in performance with barriers enabled, but I haven't tested large-file case yet.  If we can do this, then we don't have to care about this bug anymore.  Let's shoot for this in Corbett release.

Comment 3 Bala.FA 2013-08-19 05:52:46 UTC
Setting NEEDINFO till I get fix from Ben/Neependra

Comment 4 Ben England 2014-04-25 12:15:05 UTC
This should be fixed now because we no longer set barrier mount option in tuned profiles.  Should be easy for QE to verify fix on RHS 3.0.

Comment 6 Vivek Agarwal 2015-12-03 17:23:14 UTC
Thank you for submitting this issue for consideration in Red Hat Gluster Storage. The release for which you requested us to review, is now End of Life. Please See https://access.redhat.com/support/policy/updates/rhs/

If you can reproduce this bug against a currently maintained version of Red Hat Gluster Storage, please feel free to file a new report against the current release.

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