sync[13149]: [MAIN ] Completed service synchronization,
ready to provide service.
pcmk01 crmd: [13351]: info: cman_event_callback: Membership 652: quorum
retained
As you can see two events are enqued and both are dequeued.
--
Simone Gotti
# HG changeset patch
# User Simone Gotti
# Date 130002
On 03/14/2011 08:36 AM, Andrew Beekhof wrote:
> On Sun, Mar 13, 2011 at 2:17 PM, Simone Gotti wrote:
>> Hi all,
>>
>> Testing a cman+pacemaker cluster on rhel6 I noticed a very nasty
>> behavior when some nodes were leaving and rejoining the cluster. When a
>> n
their
purpose was to connect to fenced.
Instead the connection is done in every libfenced function and these functions
tells fenced to join and leave the domain causing various problems.
I didn't wrote to the bugzilla but if you prefer I'll post also there.
Thanks.
Bye!
--
Simone G
On 03/14/2011 11:41 AM, Andrew Beekhof wrote:
> On Mon, Mar 14, 2011 at 11:04 AM, Simone Gotti wrote:
>> On 03/14/2011 08:36 AM, Andrew Beekhof wrote:
>>> On Sun, Mar 13, 2011 at 2:17 PM, Simone Gotti
>>> wrote:
>>>> Hi all,
>>>>
>>>
n a node that has its status in the cib
should be startup fenced and a possible solution is in the attached patch.
I noticed that when crm_update_peer inserts a new node this one doesn't
have the expected attribute set. So if startup-fencing is enabled I'm
going to set the node as expect
On 03/17/2011 11:54 PM, Simone Gotti wrote:
> Hi,
>
> When using corosync + pcmk v1 starting both corosync and pacemakerd (and
> I think also using heartbeat or anything other than cman) as quorum
> provider, at startup in the CIB will not be a entry for
> the nodes that
On 03/25/2011 11:10 AM, Andrew Beekhof wrote:
> On Thu, Mar 17, 2011 at 11:54 PM, Simone Gotti wrote:
>> Hi,
>>
>> When using corosync + pcmk v1 starting both corosync and pacemakerd (and
>> I think also using heartbeat or anything other than cman) as quorum
>>
