[Pacemaker] different behavior cibadmin -Ql with cman and corosync2
Andrey Groshev
greenx at yandex.ru
Mon Aug 26 23:13:48 EDT 2013
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.
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
More information about the Pacemaker
mailing list