27.08.2013, 05:39, "Andrew Beekhof" <and...@beekhof.net>:
> On 26/08/2013, at 3:09 PM, Andrey Groshev <gre...@yandex.ru> wrote:
>
>>  26.08.2013, 03:34, "Andrew Beekhof" <and...@beekhof.net>:
>>>  On 23/08/2013, at 9:39 PM, Andrey Groshev <gre...@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@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@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@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

Reply via email to