[Ocfs2-users] OCFS2 problems when connectivity lost
Ivan Savčić | Epix
ivan.savcic at epix.rs
Tue Dec 20 04:18:16 PST 2011
Hello,
We are having a problem with a 3-node cluster based on
Pacemaker/Corosync with 2 primary DRBD+OCFS2 nodes and a quorum node.
Nodes run on Debian Squeeze, all packages are from the stable branch
except for Corosync (which is from backports for udpu functionality).
Each node has a single network card.
When the network is up, everything works without any problems, graceful
shutdown of any node works as intended and doesn't reflect on the
remaining cluster partition.
When the network is down on one OCFS2 node, Pacemaker
(no-quorum-policy="stop") tries to shut the resources down on that node,
but fails to stop the OCFS2 filesystem resource stating that it is "in use".
*Both* OCFS2 nodes (ie. the one with the network down and the one which
is still up in the partition with quorum) hang with dmesg reporting that
events, ocfs2rec and ocfs2_wq on *both* nodes are "blocked for more than
120 seconds".
When the network is operational, umount by hand works without any
problems, because for the testing scenario there are no services running
which are keeping the mountpoint busy.
Configuration we used is pretty much from "ClusterStack/LucidTesting"
document, with clone-max="2" added where needed because of the
additional quorum node in comparison to that document.
NB: we have successfully reproduced this problem on three Ubuntu 11.10
Server nodes as well.
Any ideas?
Thanks,
Ivan
More information about the Ocfs2-users
mailing list