diff options
author | Changwei Ge <gechangwei@live.cn> | 2019-09-23 15:33:37 -0700 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2019-10-07 18:59:36 +0200 |
commit | b71617b36dc6d1360c2fe6057aab104157ed98a6 (patch) | |
tree | 03a65148a91b653569bf5d6350820ad535a1cb3b /drivers/uio/uio.c | |
parent | 5f63ef732675bb0c0e5a5078cfe24cc3de6e22f3 (diff) | |
download | linux-stable-b71617b36dc6d1360c2fe6057aab104157ed98a6.tar.gz linux-stable-b71617b36dc6d1360c2fe6057aab104157ed98a6.tar.bz2 linux-stable-b71617b36dc6d1360c2fe6057aab104157ed98a6.zip |
ocfs2: wait for recovering done after direct unlock request
[ Upstream commit 0a3775e4f883912944481cf2ef36eb6383a9cc74 ]
There is a scenario causing ocfs2 umount hang when multiple hosts are
rebooting at the same time.
NODE1 NODE2 NODE3
send unlock requset to NODE2
dies
become recovery master
recover NODE2
find NODE2 dead
mark resource RECOVERING
directly remove lock from grant list
calculate usage but RECOVERING marked
**miss the window of purging
clear RECOVERING
To reproduce this issue, crash a host and then umount ocfs2
from another node.
To solve this, just let unlock progress wait for recovery done.
Link: http://lkml.kernel.org/r/1550124866-20367-1-git-send-email-gechangwei@live.cn
Signed-off-by: Changwei Ge <gechangwei@live.cn>
Reviewed-by: Joseph Qi <joseph.qi@linux.alibaba.com>
Cc: Mark Fasheh <mark@fasheh.com>
Cc: Joel Becker <jlbec@evilplan.org>
Cc: Junxiao Bi <junxiao.bi@oracle.com>
Cc: Changwei Ge <gechangwei@live.cn>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/uio/uio.c')
0 files changed, 0 insertions, 0 deletions