[Bugs] [Bug 1727068] New: Deadlock when generating statedumps
bugzilla at redhat.com
bugzilla at redhat.com
Thu Jul 4 11:12:29 UTC 2019
https://bugzilla.redhat.com/show_bug.cgi?id=1727068
Bug ID: 1727068
Summary: Deadlock when generating statedumps
Product: GlusterFS
Version: 4.1
Status: NEW
Component: core
Assignee: bugs at gluster.org
Reporter: jahernan at redhat.com
CC: bugs at gluster.org
Target Milestone: ---
Classification: Community
Description of problem:
There seems to be a deadlock between statedump generation and creation of an
anonymous fd.
When a statedump is generated and it's going to dump inode information, it
takes the inode table lock and then each individual inode lock.
On the other side, when an anonymous fd is created, first it's acquired the
lock from the inode, and then the lock from the inode table when the refcount
of the inode is incremented.
This causes a deadlock because of reverse acquisition order of the locks.
This deadlock may not be exclusive of statedump, but there are few places where
we take both locks at the same time, and for sure none of them does that in a
so "massive" way.
Version-Release number of selected component (if applicable): mainline
How reproducible:
It's a race hard to reproduce.
Steps to Reproduce:
1.
2.
3.
Actual results:
Generation of statedump hangs and mount point becomes unresponsiveness.
Expected results:
Generation of statedump should complete successfully and mount point continue
working normally.
Additional info:
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list