[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