On 3/22/12 2:49 PM, David Coulson wrote: > On 3/22/12 2:43 PM, William Seligman wrote: >> >> I still haven't solved the problem, but this advice has gotten me further >> than >> before. >> >> First, Lars was correct: I did not have execute permissions set on my fence >> peer >> scripts. (D'oh!) I turned them on, but that did not change anything: >> cman+clvmd >> still hung on the vgdisplay command if I crashed the peer node. >> > Does cman think the node is fenced? clvmd will block IO until the node is > fenced > properly.
Let's see: On main node, before crashing the peer node: corosync-objctl | grep member runtime.totem.pg.mrp.srp.members.1.ip=r(0) ip(192.168.100.207) runtime.totem.pg.mrp.srp.members.1.join_count=1 runtime.totem.pg.mrp.srp.members.1.status=joined runtime.totem.pg.mrp.srp.members.2.ip=r(0) ip(192.168.100.206) runtime.totem.pg.mrp.srp.members.2.join_count=2 runtime.totem.pg.mrp.srp.members.2.status=joined Then on peer node: echo c > /proc/sysrq-trigger The UPS for the peer node shuts down, which tells me the main node ran the fencing agent. Now: corosync-objctl | grep member runtime.totem.pg.mrp.srp.members.1.ip=r(0) ip(192.168.100.207) runtime.totem.pg.mrp.srp.members.1.join_count=1 runtime.totem.pg.mrp.srp.members.1.status=joined runtime.totem.pg.mrp.srp.members.2.ip=r(0) ip(192.168.100.206) runtime.totem.pg.mrp.srp.members.2.join_count=2 runtime.totem.pg.mrp.srp.members.2.status=left Looks like cman knows. Is there any other way to check a node's fenced status as far as cman is concerned? -- Bill Seligman | Phone: (914) 591-2823 Nevis Labs, Columbia Univ | mailto://[email protected] PO Box 137 | Irvington NY 10533 USA | http://www.nevis.columbia.edu/~seligman/
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ Linux-HA mailing list [email protected] http://lists.linux-ha.org/mailman/listinfo/linux-ha See also: http://linux-ha.org/ReportingProblems
