2014-02-18 10:43 GMT+09:00 Andrew Beekhof :
>
> On 10 Feb 2014, at 5:28 pm, Kazunori INOUE wrote:
>
>> Hi,
>>
>> Pacemaker stopped, but it was judged that a resource was active.
>> I put crm_report here.
>> https://drive.google.com/file/d/0B9eNn1AWfKD4S29JWk1ldUJJNGs/edit?usp=sharing
>>
>> [Steps
Hi Andrew,
I attach the result of the cibadmin -Q command.
Best Regards,
Hideo Yamauchi.
--- On Tue, 2014/2/18, Andrew Beekhof wrote:
>
> On 18 Feb 2014, at 1:45 pm, renayama19661...@ybb.ne.jp wrote:
>
> > Hi Andrew,
> >
> > Thank you for comments.
> >
> >> can I see the config of yours t
On 18 Feb 2014, at 1:45 pm, renayama19661...@ybb.ne.jp wrote:
> Hi Andrew,
>
> Thank you for comments.
>
>> can I see the config of yours that crm_mon is not displaying correctly?
>
> It is displayed as follows.
I mean the raw xml. Can you attach it?
> -
> [root@srv01
Hi Andrew,
Thank you for comments.
> can I see the config of yours that crm_mon is not displaying correctly?
It is displayed as follows.
-
[root@srv01 tmp]# crm_mon -1 -Af
Last updated: Tue Feb 18 19:51:04 2014
Last change: Tue Feb 18 19:48:55 2014 via
On 6 Feb 2014, at 7:45 pm, Keisuke MORI wrote:
> Hi,
>
> I observed that pre_notify_demote is issued twice when a master
> resource is migrating.
> I'm wondering if this is the correct behavior.
>
> Steps to reproduce:
>
> - Start up 2 nodes cluster configured for the PostgreSQL streaming
> r
On 10 Feb 2014, at 5:28 pm, Kazunori INOUE wrote:
> Hi,
>
> Pacemaker stopped, but it was judged that a resource was active.
> I put crm_report here.
> https://drive.google.com/file/d/0B9eNn1AWfKD4S29JWk1ldUJJNGs/edit?usp=sharing
>
> [Steps to reproduce]
> 1) start up the cluster
>
> Stack: c
On 18 Feb 2014, at 12:19 pm, renayama19661...@ybb.ne.jp wrote:
> Hi Andrew,
>
>> I'm confused... that patch seems to be the reverse of yours.
>> Are you saying that we need to undo Lars' one?
>
> No, I do not understand the meaning of the correction of Mr. Lars.
name, multiplier and host_list
Hi Andrew,
> I'm confused... that patch seems to be the reverse of yours.
> Are you saying that we need to undo Lars' one?
No, I do not understand the meaning of the correction of Mr. Lars.
However, as now, crm_mon does not display a right attribute.
Possibly did you not discuss the correction t
Hi All,
I confirmed movement at the time of the trouble in one of Master/Slave in
Pacemaker1.1.11.
-
Step1) Constitute a cluster.
[root@srv01 ~]# crm_mon -1 -Af
Last updated: Tue Feb 18 18:07:24 2014
Last change: Tue Feb 18 18:05:46 2014 via crmd on srv01
St
On 17 Feb 2014, at 5:43 pm, renayama19661...@ybb.ne.jp wrote:
> Hi All,
>
> The next change was accomplished by Mr. Lars.
>
> https://github.com/ClusterLabs/pacemaker/commit/6a17c003b0167de9fe51d5330fb6e4f1b4ffe64c
I'm confused... that patch seems to be the reverse of yours.
Are you saying tha
On 22 Jan 2014, at 10:54 am, Brian J. Murrell (brian)
wrote:
> On Thu, 2014-01-16 at 14:49 +1100, Andrew Beekhof wrote:
>>
>> What crm_mon are you looking at?
>> I see stuff like:
>>
>> virt-fencing (stonith:fence_xvm):Started rhos4-node3
>> Resource Group: mysql-group
>> mysql-vip
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 the node of vm01 compulsorily from the inside, after s
On 17 Feb 2014, at 5:38 pm, emmanuel segura wrote:
> example: colocation ipwithpgsql inf: virtualip psql:Master
Ah, so colocating with the host running the vm with the master inside it.
Thats not something we can do yet, sorry.
>
>
> 2014-02-17 6:25 GMT+01:00 Tomasz Kontusz :
>
>
> Andrew
On 12 Feb 2014, at 9:53 pm, Marko Potocnik wrote:
> Hi,
>
> I've upgraded from pacemaker-1.1.7-6.el6.x86_64 to
> pacemaker-1.1.10-14.el6_5.2.x86_64.
> I use crm_mon with --as-html option to get the cluster status in html file.
> I've noticed that the permissions for file have changed from 644
On 18 Feb 2014, at 5:52 am, Asgaroth wrote:
>> -Original Message-
>> From: Andrew Beekhof [mailto:and...@beekhof.net]
>> Sent: 17 February 2014 00:55
>> To: li...@blueface.com; The Pacemaker cluster resource manager
>> Subject: Re: [Pacemaker] node1 fencing itself after node2 being fence
On 17 Feb 2014, at 10:34 pm, Néstor C. wrote:
>
>
>
> 2014-02-17 1:22 GMT+01:00 Andrew Beekhof :
>
> On 21 Jan 2014, at 10:50 pm, Néstor C. wrote:
>
> >> Hello.
> >>
> >> When you need that some primitives switch in block you can use a group.
>
> >Groups are just a syntactic shortcut for
On 18 Feb 2014, at 5:33 am, Ajay Aggarwal wrote:
> Thanks Andrew for pointing towards the OCF resource agent's list of "must
> implement" actions. I noticed that our OCF script only implements start, stop
> and monitor. It does not implement meta-data and validate-all. Could this
> error be
> -Original Message-
> From: Andrew Beekhof [mailto:and...@beekhof.net]
> Sent: 17 February 2014 00:55
> To: li...@blueface.com; The Pacemaker cluster resource manager
> Subject: Re: [Pacemaker] node1 fencing itself after node2 being fenced
>
>
> If you have configured cman to use fence_p
Thanks Andrew for pointing towards the OCF resource agent's list of
"must implement" actions. I noticed that our OCF script only implements
start, stop and monitor. It does not implement meta-data and
validate-all. Could this error be a result of these un-implemented
actions?
Thanks
On 02/1
2014-02-17 1:22 GMT+01:00 Andrew Beekhof :
>
> On 21 Jan 2014, at 10:50 pm, Néstor C. wrote:
>
> >> Hello.
> >>
> >> When you need that some primitives switch in block you can use a group.
>
> >Groups are just a syntactic shortcut for ordering and colocation
> constraints.
>
There is a manner of
Beo,
this looks like known (and already fixed) problem in kernel. Take a look
to https://bugzilla.redhat.com/show_bug.cgi?id=880035 and specially
comment 21. Kernel update helped that time.
Honza
Beo Banks napsal(a):
hi stefan,
it seems that's more stable but after 2 minute the issue is bac
21 matches
Mail list logo
