Bug 1435656
Summary: | Disperse: Provide description of disperse.eager-lock option. | ||
---|---|---|---|
Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Sunil Kumar Acharya <sheggodu> |
Component: | disperse | Assignee: | Sunil Kumar Acharya <sheggodu> |
Status: | CLOSED ERRATA | QA Contact: | Nag Pavan Chilakam <nchilaka> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rhgs-3.3 | CC: | amukherj, aspandey, bugs, nchilaka, rhinduja, rhs-bugs, storage-qa-internal |
Target Milestone: | --- | Keywords: | Triaged |
Target Release: | RHGS 3.3.0 | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: | |||
Fixed In Version: | glusterfs-3.8.4-23 | Doc Type: | No Doc Update |
Doc Text: |
undefined
|
Story Points: | --- |
Clone Of: | 1327171 | Environment: | |
Last Closed: | 2017-09-21 04:35:56 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: | 1327171 | ||
Bug Blocks: | 1417151, 1435645 |
Description
Sunil Kumar Acharya
2017-03-24 12:58:34 UTC
Upstream Patch: http://review.gluster.org/13999 (master) https://review.gluster.org/16943 (3.8) Already in 3.10. Downstream Patch: https://code.engineering.redhat.com/gerrit/#/c/101383 Before Fix: (glusterfs-server-3.8.4-22.el7rhgs.x86_64) Option: disperse.eager-lock Default Value: on Description: This option will enable/diable eager lock fordisperse volume Post fix(3.8.4-24) Option: disperse.eager-lock Default Value: on Description: Enable/Disable eager lock for disperse volume. If a fop takes a lock and completes its operation, it waits for next 1 second before releasing the lock, to see if the lock can be reused for next fop from the same client. If ec finds any lock contention within 1 second it releases the lock immediately before time expires. This improves the performance of file operations.However, as it takes lock on first brick, for few operations like read, discovery of lock contention might take long time and can actually degrade the performance. If eager lock is disabled, lock will be released as soon as fop completes. Looking good , hence moving to verified. However I see that we can set any junk(non boolean) value to this option, I will raise a seperate bug (not a regression) 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/RHBA-2017:2774 *** Bug 1332516 has been marked as a duplicate of this bug. *** |