29.01.2014 08:44, Andrew Beekhof wrote:
...
>
> Thats a known deficiency in the v1 diff format (and why we need costly
> digests to detect ordering changes).
> Happily .12 will have a new and improve diff format that will handle this
> correctly.
Does your recent cib-performance rewrite address
17.02.2014 04:11, Andrew Beekhof wrote:
>
> On 11 Feb 2014, at 2:49 am, Vladislav Bogdanov wrote:
>
>> Hi,
>>
>> cannot find anywhere (am I blind?), is it possible to manually inject
>> 'reload' op for a given resource?
>>
>> Background for this is if some configuration files are edited, and
>>
18.02.2014 03:49, Andrew Beekhof wrote:
>
> On 31 Jan 2014, at 6:20 pm, yusuke iida wrote:
>
>> Hi, all
>>
>> I measure the performance of Pacemaker in the following combinations.
>> Pacemaker-1.1.11.rc1
>> libqb-0.16.0
>> corosync-2.3.2
>>
>> All nodes are KVM virtual machines.
>>
>> stopped t
On 18 Feb 2014, at 7:25 pm, Vladislav Bogdanov wrote:
> 29.01.2014 08:44, Andrew Beekhof wrote:
> ...
>>
>> Thats a known deficiency in the v1 diff format (and why we need costly
>> digests to detect ordering changes).
>> Happily .12 will have a new and improve diff format that will handle thi
On 18 Feb 2014, at 7:40 pm, Vladislav Bogdanov wrote:
> 18.02.2014 03:49, Andrew Beekhof wrote:
>>
>> On 31 Jan 2014, at 6:20 pm, yusuke iida wrote:
>>
>>> Hi, all
>>>
>>> I measure the performance of Pacemaker in the following combinations.
>>> Pacemaker-1.1.11.rc1
>>> libqb-0.16.0
>>> coro
On 18 Feb 2014, at 8:18 pm, Andrew Beekhof wrote:
>
> On 18 Feb 2014, at 7:40 pm, Vladislav Bogdanov wrote:
>
>> 18.02.2014 03:49, Andrew Beekhof wrote:
>>>
>>> On 31 Jan 2014, at 6:20 pm, yusuke iida wrote:
>>>
Hi, all
I measure the performance of Pacemaker in the followin
18.02.2014 12:22, Andrew Beekhof wrote:
>
> On 18 Feb 2014, at 8:18 pm, Andrew Beekhof wrote:
>
>>
>> On 18 Feb 2014, at 7:40 pm, Vladislav Bogdanov wrote:
>>
>>> 18.02.2014 03:49, Andrew Beekhof wrote:
On 31 Jan 2014, at 6:20 pm, yusuke iida wrote:
> Hi, all
>
> I m
>
> The 3rd node should (and needs to be) fenced at this point to allow the
> cluster to continue.
> Is this not happening?
The fencing operation appears to complete successfully, here is the
sequence:
[1] All 3 nodes running properly
[2] On node 3 I run "echo c > /proc/sysrq-trigger" which "han
Hi, ALL and Andrew!
Today is a good day - I killed a lot, and a lot of shooting at me.
In general - I am happy (almost like an elephant) :)
Except resources on the node are important to me eight processes:
corosync,pacemakerd,cib,stonithd,lrmd,attrd,pengine,crmd.
I killed them with different s
Hi, Andrew and Digimer
Thank you for the comment.
I solved with reference to other mailing list about this problem.
https://bugzilla.redhat.com/show_bug.cgi?id=880035
It seems that the kernel of my environment was old when said from the
conclusion.
It updated to the newest kernel now.
kernel-2.6
18.02.2014 14:12, Asgaroth пишет:
The 3rd node should (and needs to be) fenced at this point to allow the
cluster to continue.
Is this not happening?
The fencing operation appears to complete successfully, here is the
sequence:
[1] All 3 nodes running properly
[2] On node 3 I run "echo c > /pro
Hi, ALL and Andrew!
Today is a good day - I killed a lot, and a lot of shooting at me.
In general - I am happy (almost like an elephant) :)
Except resources on the node are important to me eight processes:
corosync,pacemakerd,cib,stonithd,lrmd,attrd,pengine,crmd.
I killed them with different si
- Original Message -
> From: "Santiago Pérez"
> To: pacemaker@oss.clusterlabs.org
> Sent: Thursday, January 30, 2014 1:50:41 PM
> Subject: [Pacemaker] Possible error in RA invocation
>
> Hi everyone,
>
> I am running a two-node cluster which hosts two Xen VMs. We're using
> DRBD, but
- Original Message -
> From: "Jefferson Carlos Machado"
> To: "The Pacemaker cluster resource manager"
> Sent: Tuesday, February 11, 2014 7:03:50 AM
> Subject: Re: [Pacemaker] [Gluster-users] Pacemaker and GlusterFS
>
> Hi Vossel,
>
> I allready do this.
>
> Resource: home (class
- Original Message -
> From: renayama19661...@ybb.ne.jp
> To: "PaceMaker-ML"
> Sent: Monday, February 17, 2014 7:06:53 PM
> Subject: [Pacemaker] [Problem] Fail-over is delayed.(State transition is not
> calculated.)
>
> Hi All,
>
> I confirmed movement at the time of the trouble in on
> i sometimes have the same situation. sleep ~30 seconds between startup
> cman and clvmd helps a lot.
>
Thanks for the tip, I just tried this (added sleep 30 in the start section of
case statement in cman script, but this did not resolve the issue for me), for
some reason clvmd just refuses to
18.02.2014 19:49, Asgaroth wrote:
>> i sometimes have the same situation. sleep ~30 seconds between startup
>> cman and clvmd helps a lot.
>>
>
> Thanks for the tip, I just tried this (added sleep 30 in the start
> section of case statement in cman script, but this did not resolve the
> issue for
- Original Message -
> From: "Vladislav Bogdanov"
> To: pacemaker@oss.clusterlabs.org
> Sent: Tuesday, February 18, 2014 1:02:09 PM
> Subject: Re: [Pacemaker] node1 fencing itself after node2 being fenced
>
> 18.02.2014 19:49, Asgaroth wrote:
> >> i sometimes have the same situation.
18.02.2014 23:01, David Vossel wrote:
>
>
>
>
> - Original Message -
>> From: "Vladislav Bogdanov" To:
>> pacemaker@oss.clusterlabs.org Sent: Tuesday, February 18, 2014
>> 1:02:09 PM Subject: Re: [Pacemaker] node1 fencing itself after
>> node2 being fenced
>>
>> 18.02.2014 19:49, Asga
>
> Just a guess. Do you have startup fencing enabled in dlm-controld (I actually
> do not remember if it is applicable to cman's version, but it exists in
> dlm-4) or
> cman?
> If yes, then that may play its evil game, because imho it is not intended to
> use with pacemaker which has its own sta
18.02.2014 23:24, Asgaroth wrote:
>>
>> Just a guess. Do you have startup fencing enabled in dlm-controld (I actually
>> do not remember if it is applicable to cman's version, but it exists in
>> dlm-4) or
>> cman?
>> If yes, then that may play its evil game, because imho it is not intended to
>>
Hi everyone,
On Mon, 17 Feb 2014 10:54:29 +0900 (JST)
renayama19661...@ybb.ne.jp wrote:
> Hi Andrew,
>
> I found your correction.
>
> https://github.com/beekhof/pacemaker/commit/37ff51a0edba208e6240e812936717fffc941a41
>
> Many Thanks!
> Hideo Yamauchi.
>
> --- On Wed, 2014/2/12, renayama1966
Hi David,
Thank you for comments.
> You have resource-stickiness=INFINITY, this is what is preventing the
> failover from occurring. Set resource-stickiness=1 or 0 and the failover
> should occur.
>
However, the resource moves by a calculation of the next state transition.
By a calculation of
On 19 Feb 2014, at 10:48 am, Kristoffer Grönlund wrote:
> Hi everyone,
>
> On Mon, 17 Feb 2014 10:54:29 +0900 (JST)
> renayama19661...@ybb.ne.jp wrote:
>
>> Hi Andrew,
>>
>> I found your correction.
>>
>> https://github.com/beekhof/pacemaker/commit/37ff51a0edba208e6240e812936717fffc941a41
>>
On Wed, 19 Feb 2014 11:57:29 +1100
Andrew Beekhof wrote:
> It appears Yan did this on purpose.
> The reason would likely be that this set is for use in a location
> constraint (not ordering or colocation). And in particular, it is
> creating a fake set for resources using the same template - so t
On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
> Hi, ALL and Andrew!
>
> Today is a good day - I killed a lot, and a lot of shooting at me.
> In general - I am happy (almost like an elephant) :)
> Except resources on the node are important to me eight processes:
> corosync,pacemakerd,cib
On 18 Feb 2014, at 9:29 pm, Andrey Groshev wrote:
> Hi, ALL and Andrew!
>
> Today is a good day - I killed a lot, and a lot of shooting at me.
> In general - I am happy (almost like an elephant) :)
> Except resources on the node are important to me eight processes:
> corosync,pacemakerd,cib
I'll follow up on the bug.
On 19 Feb 2014, at 10:55 am, renayama19661...@ybb.ne.jp wrote:
> Hi David,
>
> Thank you for comments.
>
>> You have resource-stickiness=INFINITY, this is what is preventing the
>> failover from occurring. Set resource-stickiness=1 or 0 and the failover
>> should oc
On 19 Feb 2014, at 7:16 am, Vladislav Bogdanov wrote:
> 18.02.2014 23:01, David Vossel wrote:
>>
>>
>>
>>
>> - Original Message -
>>> From: "Vladislav Bogdanov" To:
>>> pacemaker@oss.clusterlabs.org Sent: Tuesday, February 18, 2014
>>> 1:02:09 PM Subject: Re: [Pacemaker] node1 fenci
On 18 Feb 2014, at 9:12 pm, Asgaroth wrote:
>>
>> The 3rd node should (and needs to be) fenced at this point to allow the
>> cluster to continue.
>> Is this not happening?
>
> The fencing operation appears to complete successfully, here is the
> sequence:
>
> [1] All 3 nodes running properly
Hi Andrew,
> I'll follow up on the bug.
Thanks!
Hideo Yamauch.
--- On Wed, 2014/2/19, Andrew Beekhof wrote:
> I'll follow up on the bug.
>
> On 19 Feb 2014, at 10:55 am, renayama19661...@ybb.ne.jp wrote:
>
> > Hi David,
> >
> > Thank you for comments.
> >
> >> You have resource-stickiness
On 18 Feb 2014, at 2:38 pm, renayama19661...@ybb.ne.jp wrote:
> Hi Andrew,
>
> I attach the result of the cibadmin -Q command.
So I see:
The correct way to query those is as parameters, not as met
Hi Andrew,
Thank you for comments.
> So I'm confused as to what the problem is.
> What are you expecting crm_mon to show?
I wish it is displayed as follows.
* Node srv01:
+ default_ping_set : 0 : Connectivity is lost
Best Regards,
Hideo Yamauchi.
--- On Wed, 2
19.02.2014, 06:48, "Andrew Beekhof" :
> On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
>
>> Hi, ALL and Andrew!
>>
>> Today is a good day - I killed a lot, and a lot of shooting at me.
>> In general - I am happy (almost like an elephant) :)
>> Except resources on the node are important
On 19 Feb 2014, at 4:00 pm, Andrey Groshev wrote:
>
>
> 19.02.2014, 06:48, "Andrew Beekhof" :
>> On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
>>
>>> Hi, ALL and Andrew!
>>>
>>> Today is a good day - I killed a lot, and a lot of shooting at me.
>>> In general - I am happy (almost li
19.02.2014, 09:08, "Andrew Beekhof" :
> On 19 Feb 2014, at 4:00 pm, Andrey Groshev wrote:
>
>> 19.02.2014, 06:48, "Andrew Beekhof" :
>>> On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
Hi, ALL and Andrew!
Today is a good day - I killed a lot, and a lot of shooting at me.
On 19 Feb 2014, at 4:18 pm, Andrey Groshev wrote:
>
>
> 19.02.2014, 09:08, "Andrew Beekhof" :
>> On 19 Feb 2014, at 4:00 pm, Andrey Groshev wrote:
>>
>>> 19.02.2014, 06:48, "Andrew Beekhof" :
On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
> Hi, ALL and Andrew!
>
>
On 19 Feb 2014, at 2:55 pm, renayama19661...@ybb.ne.jp wrote:
> Hi Andrew,
>
> Thank you for comments.
>
>> So I'm confused as to what the problem is.
>> What are you expecting crm_mon to show?
>
> I wish it is displayed as follows.
>
>
> * Node srv01:
>+ default_ping_set
Hi Andrew,
> > I wish it is displayed as follows.
> >
> >
> > * Node srv01:
> > + default_ping_set : 0 : Connectivity is
> >lost
>
> Ah! https://github.com/beekhof/pacemaker/commit/5d51930
It was displayed definitely.
Many Thanks!
Hideo Yamauchi.
--- On Wed
19.02.2014, 09:49, "Andrew Beekhof" :
> On 19 Feb 2014, at 4:18 pm, Andrey Groshev wrote:
>
>> 19.02.2014, 09:08, "Andrew Beekhof" :
>>> On 19 Feb 2014, at 4:00 pm, Andrey Groshev wrote:
19.02.2014, 06:48, "Andrew Beekhof" :
> On 18 Feb 2014, at 11:05 pm, Andrey Groshev wrote:
>
40 matches
Mail list logo