diff options
author | Tao Ma <tao.ma@oracle.com> | 2008-01-10 15:20:55 +0800 |
---|---|---|
committer | Mark Fasheh <mark.fasheh@oracle.com> | 2008-01-25 15:05:46 -0800 |
commit | 2d4b1cbb44f5557727c35895a83f82d023573fa9 (patch) | |
tree | dfd6da78d6c18b9261b3c1cb572986ac5c495f66 /fs/ocfs2/ver.c | |
parent | 4092d49f705aa19750c39758fa1be767e162c48d (diff) | |
download | op-kernel-dev-2d4b1cbb44f5557727c35895a83f82d023573fa9.zip op-kernel-dev-2d4b1cbb44f5557727c35895a83f82d023573fa9.tar.gz |
ocfs2/dlm: Clear joining_node on hearbeat node down
Currently the process of dlm join contains 2 steps: query join and assert join.
After query join, the joined node will set its joining_node. So if the joining
node happens to panic before the 2nd step, the joined node will fail to clear
its joining_node flag because that node isn't in the domain map. It at least
cause 2 problems.
1. All the new join request will fail. So no new node can mount the volume.
2. The joined node can't umount the volume since during the umount process it
has to wait for the joining_node to be unknown. So the umount will be hanged.
The solution is to clear the joining_node before we check the domain map.
Signed-off-by: Tao Ma <tao.ma@oracle.com>
Signed-off-by: Mark Fasheh <mark.fasheh@oracle.com>
Diffstat (limited to 'fs/ocfs2/ver.c')
0 files changed, 0 insertions, 0 deletions