[Pacemaker] The question of a function which commits suicide according to STONITH by one node composition

Yuusuke Iida iidayuus at intellilink.co.jp
Wed Mar 14 05:04:22 UTC 2012


Hi, Andrew

I was going to confirm the suicide function by STONITH implemented by
the following changes.
https://github.com/ClusterLabs/pacemaker/commit/1a26605e1b5840f49d44b47a1f083c2cdb6f673b

The environment is as follows.
Pacemaker-1.1.6(commit 31f6ca36cca57b8c08f7cf89a205331ab8c292ad)
Heartbeat-3.0.5

I tested it by the following constitution.
============
Last updated: Wed Mar 14 13:46:25 2012
Last change: Wed Mar 14 13:46:15 2012 via crm_attribute on pm1
Stack: Heartbeat
Current DC: pm1 (c610089f-e444-43fb-a0fc-f3d737651925) - partition with
quorum
Version: 1.1.6-31f6ca3
1 Nodes configured, 2 expected votes
1 Resources configured.
============

Online: [ pm1 ]

Full list of resources:

stonith1        (stonith:external/libvirt):     Started pm1

Node Attributes:
* Node pm1:

Migration summary:
* Node pm1:


I executed the following commands to produce stonith.
# crm node fence pm1

However, pm1 did not commit suicide.

Because after confirming crmd/te_action.c, size of the 134th line
finalized_nodes becomes 0, a flag does not seem to stand.
134     if (finalized_nodes && g_hash_table_size(finalized_nodes) == 1) {
135         options |= st_opt_allow_suicide;
136     }
Should not size of confirmed_nodes be checked here?

Or is how to handle me wrong?
Please teach right how to use if wrong.

Best Regards,
Yuusuke
-- 
----------------------------------------
METRO SYSTEMS CO., LTD

Yuusuke Iida
Mail: iidayuus at intellilink.co.jp
----------------------------------------




More information about the Pacemaker mailing list