[Bugs] [Bug 1579769] inode status command is broken with distributed replicated volumes
bugzilla at redhat.com
bugzilla at redhat.com
Wed May 30 03:37:40 UTC 2018
https://bugzilla.redhat.com/show_bug.cgi?id=1579769
Worker Ant <bugzilla-bot at gluster.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|POST |MODIFIED
--- Comment #2 from Worker Ant <bugzilla-bot at gluster.org> ---
COMMIT: https://review.gluster.org/20035 committed in master by "Amar Tumballi"
<amarts at redhat.com> with a commit message- Core: The lock contention on
gf_client_dump_inodes_to_dict
Problem: For a distributed replicated volume, in the inode status
command the lock on gf_client_dump_inodes_to_dict is held by the
first brickop. while this is being processed, if the second brickop
comes. It fails to get the lock and the whole brick op fails.
Fix: Instead of using a TRY_LOCK which errors out if the lock is busy,
Use LOCK which will wait till the lock is acquired.
Change-Id: I768a0a1b60f28c4f7f94549e18ee3765b69cc528
fixes: bz#1579769
Signed-off-by: hari gowtham <hgowtham at redhat.com>
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=H5yNB9YHKJ&a=cc_unsubscribe
More information about the Bugs
mailing list