[Pacemaker] different behavior cibadmin -Ql with cman and corosync2
Andrey Groshev
greenx at yandex.ru
Thu Aug 29 09:31:20 UTC 2013
29.08.2013, 12:25, "Andrey Groshev" <greenx at yandex.ru>:
> 29.08.2013, 02:55, "Andrew Beekhof" <andrew at beekhof.net>:
>
>> On 28/08/2013, at 5:38 PM, Andrey Groshev <greenx at yandex.ru> wrote:
>>> 28.08.2013, 04:06, "Andrew Beekhof" <andrew at beekhof.net>:
>>>> On 27/08/2013, at 1:13 PM, Andrey Groshev <greenx at yandex.ru> wrote:
>>>>> 27.08.2013, 05:39, "Andrew Beekhof" <andrew at beekhof.net>:
>>>>>> On 26/08/2013, at 3:09 PM, Andrey Groshev <greenx at yandex.ru> wrote:
>>>>>>> 26.08.2013, 03:34, "Andrew Beekhof" <andrew at beekhof.net>:
>>>>>>>> On 23/08/2013, at 9:39 PM, Andrey Groshev <greenx at yandex.ru> wrote:
>>>>>>>>> Hello,
>>>>>>>>>
>>>>>>>>> Today I try remake my test cluster from cman to corosync2.
>>>>>>>>> I drew attention to the following:
>>>>>>>>> If I reset cluster with cman through cibadmin --erase --force
>>>>>>>>> In cib is still there exist names of nodes.
>>>>>>>> Yes, the cluster puts back entries for all the nodes it know about automagically.
>>>>>>>>> cibadmin -Ql
>>>>>>>>> .....
>>>>>>>>> <nodes>
>>>>>>>>> <node id="dev-cluster2-node2.unix.tensor.ru" uname="dev-cluster2-node2"/>
>>>>>>>>> <node id="dev-cluster2-node4.unix.tensor.ru" uname="dev-cluster2-node4"/>
>>>>>>>>> <node id="dev-cluster2-node3.unix.tensor.ru" uname="dev-cluster2-node3"/>
>>>>>>>>> </nodes>
>>>>>>>>> ....
>>>>>>>>>
>>>>>>>>> Even if cman and pacemaker running only one node.
>>>>>>>> I'm assuming all three are configured in cluster.conf?
>>>>>>> Yes, there exist list nodes.
>>>>>>>>> And if I do too on cluster with corosync2
>>>>>>>>> I see only names of nodes which run corosync and pacemaker.
>>>>>>>> Since you're not included your config, I can only guess that your corosync.conf does not have a nodelist.
>>>>>>>> If it did, you should get the same behaviour.
>>>>>>> I try and expected_node and nodelist.
>>>>>> And it didn't work? What version of pacemaker?
>>>>> It does not work as I expected.
>>>> Thats because you've used IP addresses in the node list.
>>>> ie.
>>>>
>>>> node {
>>>> ring0_addr: 10.76.157.17
>>>> }
>>>>
>>>> try including the node name as well, eg.
>>>>
>>>> node {
>>>> name: dev-cluster2-node2
>>>> ring0_addr: 10.76.157.17
>>>> }
>>> The same thing.
>> I don't know what to say. I tested it here yesterday and it worked as expected.
>
> I found that the reason that You and I have different results - I did not have reverse DNS zone for these nodes.
> I know what it should be, but (PACEMAKER + CMAN) worked without a reverse area!
>
Hasty. Deleted all. Reinstalled. Configured. Not working again. Damn!
>>> # corosync-cmapctl |grep nodelist
>>> nodelist.local_node_pos (u32) = 2
>>> nodelist.node.0.name (str) = dev-cluster2-node2
>>> nodelist.node.0.ring0_addr (str) = 10.76.157.17
>>> nodelist.node.1.name (str) = dev-cluster2-node3
>>> nodelist.node.1.ring0_addr (str) = 10.76.157.18
>>> nodelist.node.2.name (str) = dev-cluster2-node4
>>> nodelist.node.2.ring0_addr (str) = 10.76.157.19
>>>
>>> # corosync-quorumtool -s
>>> Quorum information
>>> ------------------
>>> Date: Wed Aug 28 11:29:49 2013
>>> Quorum provider: corosync_votequorum
>>> Nodes: 1
>>> Node ID: 172793107
>>> Ring ID: 52
>>> Quorate: No
>>>
>>> Votequorum information
>>> ----------------------
>>> Expected votes: 3
>>> Highest expected: 3
>>> Total votes: 1
>>> Quorum: 2 Activity blocked
>>> Flags:
>>>
>>> Membership information
>>> ----------------------
>>> Nodeid Votes Name
>>> 172793107 1 dev-cluster2-node4 (local)
>>>
>>> # cibadmin -Q
>>> <cib epoch="25" num_updates="3" admin_epoch="0" validate-with="pacemaker-1.2" crm_feature_set="3.0.7" cib-last-written="Wed Aug 28 11:24:06 2013" update-origin="dev-cluster2-node4" update-client="crmd" have-quorum="0" dc-uuid="172793107">
>>> <configuration>
>>> <crm_config>
>>> <cluster_property_set id="cib-bootstrap-options">
>>> <nvpair id="cib-bootstrap-options-dc-version" name="dc-version" value="1.1.11-1.el6-4f672bc"/>
>>> <nvpair id="cib-bootstrap-options-cluster-infrastructure" name="cluster-infrastructure" value="corosync"/>
>>> </cluster_property_set>
>>> </crm_config>
>>> <nodes>
>>> <node id="172793107" uname="dev-cluster2-node4"/>
>>> </nodes>
>>> <resources/>
>>> <constraints/>
>>> </configuration>
>>> <status>
>>> <node_state id="172793107" uname="dev-cluster2-node4" in_ccm="true" crmd="online" crm-debug-origin="do_state_transition" join="member" expected="member">
>>> <lrm id="172793107">
>>> <lrm_resources/>
>>> </lrm>
>>> <transient_attributes id="172793107">
>>> <instance_attributes id="status-172793107">
>>> <nvpair id="status-172793107-probe_complete" name="probe_complete" value="true"/>
>>> </instance_attributes>
>>> </transient_attributes>
>>> </node_state>
>>> </status>
>>> </cib>
>>>>> I figured out a way get around this, but it would be easier to do if the CIB has worked as a with CMAN.
>>>>> I just do not start the main resource if the attribute is not defined or it is not true.
>>>>> This slightly changes the logic of the cluster.
>>>>> But I'm not sure what the correct behavior.
>>>>>
>>>>> libqb 0.14.4
>>>>> corosync 2.3.1
>>>>> pacemaker 1.1.11
>>>>>
>>>>> All build from source in previews week.
>>>>>>> Now in corosync.conf:
>>>>>>>
>>>>>>> totem {
>>>>>>> version: 2
>>>>>>> crypto_cipher: none
>>>>>>> crypto_hash: none
>>>>>>> interface {
>>>>>>> ringnumber: 0
>>>>>>> bindnetaddr: 10.76.157.18
>>>>>>> mcastaddr: 239.94.1.56
>>>>>>> mcastport: 5405
>>>>>>> ttl: 1
>>>>>>> }
>>>>>>> }
>>>>>>> logging {
>>>>>>> fileline: off
>>>>>>> to_stderr: no
>>>>>>> to_logfile: yes
>>>>>>> logfile: /var/log/cluster/corosync.log
>>>>>>> to_syslog: yes
>>>>>>> debug: on
>>>>>>> timestamp: on
>>>>>>> logger_subsys {
>>>>>>> subsys: QUORUM
>>>>>>> debug: on
>>>>>>> }
>>>>>>> }
>>>>>>> quorum {
>>>>>>> provider: corosync_votequorum
>>>>>>> }
>>>>>>> nodelist {
>>>>>>> node {
>>>>>>> ring0_addr: 10.76.157.17
>>>>>>> }
>>>>>>> node {
>>>>>>> ring0_addr: 10.76.157.18
>>>>>>> }
>>>>>>> node {
>>>>>>> ring0_addr: 10.76.157.19
>>>>>>> }
>>>>>>> }
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>>>
>>>>>>> Project Home: http://www.clusterlabs.org
>>>>>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>>>> Bugs: http://bugs.clusterlabs.org
>>>>>> ,
>>>>>> _______________________________________________
>>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>>
>>>>>> Project Home: http://www.clusterlabs.org
>>>>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>>> Bugs: http://bugs.clusterlabs.org
>>>>> _______________________________________________
>>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>>
>>>>> Project Home: http://www.clusterlabs.org
>>>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>>> Bugs: http://bugs.clusterlabs.org
>>>> ,
>>>> _______________________________________________
>>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>>
>>>> Project Home: http://www.clusterlabs.org
>>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>>> Bugs: http://bugs.clusterlabs.org
>>> _______________________________________________
>>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>>
>>> Project Home: http://www.clusterlabs.org
>>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>>> Bugs: http://bugs.clusterlabs.org
>> ,
>> _______________________________________________
>> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
>> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>
> _______________________________________________
> Pacemaker mailing list: Pacemaker at oss.clusterlabs.org
> http://oss.clusterlabs.org/mailman/listinfo/pacemaker
>
> Project Home: http://www.clusterlabs.org
> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
> Bugs: http://bugs.clusterlabs.org
More information about the Pacemaker
mailing list