On Wed, Jul 07, 2010 at 08:27:17AM +0200, Andrew Beekhof wrote:
> On Wed, Jul 7, 2010 at 6:17 AM, Simon Horman wrote:
> > Hi,
> >
> > I am currently pondering the SysInfo_mem_units() function
> > of sources/SysInfo (with a view to turning it into awk to
> > avoid bashisms[1]).
> >
> > Basically th
On Mon, Jul 5, 2010 at 10:39 AM, wrote:
> Hi all.
>
>
>
> Could anyone give me any pointers on how to easily find out what is stopping
> resources moving to a preferred node as expected?
run crm_mon and see if there are any failed actions.
if you dont see any, up the top crm_mon should mention
On Wed, Jul 7, 2010 at 3:02 AM, wrote:
> Hi Andrew,
>
> Thank you for comment.
>
>> stonithd should also have access to the memebership list, so i dont
>> think clients like the crmd need to be involved here.
>
> My understanding may be wrong.
>
> When stonithd accesses memberlist, stonithd can k
On Wed, Jul 7, 2010 at 6:17 AM, Simon Horman wrote:
> Hi,
>
> I am currently pondering the SysInfo_mem_units() function
> of sources/SysInfo (with a view to turning it into awk to
> avoid bashisms[1]).
>
> Basically the function seems to look at the unit of the input,
> leave it as if if the unit
Hi,
I am currently pondering the SysInfo_mem_units() function
of sources/SysInfo (with a view to turning it into awk to
avoid bashisms[1]).
Basically the function seems to look at the unit of the input,
leave it as if if the unit is G, divide it by 1024 if its M[bB]?
or divide it by 1024^2 if the
Hi Andrew,
Thank you for comment.
> stonithd should also have access to the memebership list, so i dont
> think clients like the crmd need to be involved here.
My understanding may be wrong.
When stonithd accesses memberlist, stonithd can know node configuration.
It is from memberlist and does
On Tue, Jul 06, 2010 at 04:45:13PM +0200, Raoul Bhatia [IPAX] wrote:
> # HG changeset patch
> # User Raoul Bhatia [IPAX]
> # Date 1278427473 -7200
> # Branch stable-1.0
> # Node ID 6396b06964a167a53b57b80ab316c96c9de3ab39
> # Parent 31401399d6334467296a60a13d0cea7641fc9358
> suggested bashism fix
On Tue, Jul 06, 2010 at 04:29:55PM +0200, Raoul Bhatia [IPAX] wrote:
> On 07/06/2010 04:15 PM, Raoul Bhatia [IPAX] wrote:
> > # HG changeset patch
> > # User Raoul Bhatia [IPAX]
> > # Date 1278425714 -7200
> > # Branch stable-1.0
> > # Node ID b914d11e1e165fc0b559ebbfb70db0014da0c250
> > # Parent
On Mon, Jul 05, 2010 at 12:41:05PM +0200, Guillaume Chanaud wrote:
> Hello,
>
> i searched the list, tried lots of things but nothing works, so i
> try to post here.
> I'd like to say my configuration worked on heartbeat2/crm, but since
> i migrated to corosync/pacemaker i have a problem.
> Here
So I took Raoul's advice and ditched the lsb:mysql check and went for
the ocf:heartbeat version however...
I'm getting this now...
What am I missing? I'm having a hard time finding a document on how to
setup this resource agent.
Last updated: Tue Jul 6 12:44:07 2010
Stack: openais
# HG changeset patch
# User Raoul Bhatia [IPAX]
# Date 1278427473 -7200
# Branch stable-1.0
# Node ID 6396b06964a167a53b57b80ab316c96c9de3ab39
# Parent 31401399d6334467296a60a13d0cea7641fc9358
suggested bashism fixes for hb2openais.sh
diff -r 31401399d633 -r 6396b06964a1 tools/hb2openais.sh.in
-
# HG changeset patch
# User Raoul Bhatia [IPAX]
# Date 1278426578 -7200
# Branch stable-1.0
# Node ID 31401399d6334467296a60a13d0cea7641fc9358
# Parent 338113649a70f80fe89ac0765035a79f70cb202f
suggested bashism fixes for HealthSMART OCF RA
diff -r 338113649a70 -r 31401399d633 extra/resources/Hea
On 07/06/2010 04:15 PM, Raoul Bhatia [IPAX] wrote:
> # HG changeset patch
> # User Raoul Bhatia [IPAX]
> # Date 1278425714 -7200
> # Branch stable-1.0
> # Node ID b914d11e1e165fc0b559ebbfb70db0014da0c250
> # Parent 338113649a70f80fe89ac0765035a79f70cb202f
> suggested bashism fixes
i think i made
# HG changeset patch
# User Raoul Bhatia [IPAX]
# Date 1278425714 -7200
# Branch stable-1.0
# Node ID b914d11e1e165fc0b559ebbfb70db0014da0c250
# Parent 338113649a70f80fe89ac0765035a79f70cb202f
suggested bashism fixes
diff -r 338113649a70 -r b914d11e1e16 extra/resources/HealthSMART
--- a/extra/re
Hallöchen!
Dan Frincu writes:
> [...]
>
> Also, you mentioned that if you start the resources with a two
> minute delay, they work, so try to increase the start interval of
> lighty to 10 seconds, then see if the resources start as they
> should.
That's the root cause of our trouble: pingd seem
As I can see from your config, you haven't specified whether it's an symmetric
or assymetric cluster, the default is symmetric, which means you need to add
some location constraints for each resource + the group. Also you need to
specify a colocation constraint. This is on top of what is alread
You should define location constraints for all resources, including
those that are part of a group.
Jul 6 11:27:08 olga pengine: [7362]: info: native_color: Resource Public-IP
cannot run anywhere
Jul 6 11:27:08 olga pengine: [7362]: info: native_color: Resource lighty
cannot run anywhere
Al
Hallöchen!
Dr. Michael Schwartzkopff writes:
> Am Dienstag, den 06.07.2010, 10:28 +0200 schrieb Torsten Bronger:
>
>> We have a two-node cluster with a virtual IP and Lighty running
>> on that node which has this IP currently. Thus, our
>> configuration says:
>>
>> [...]
>>
>> The problem is t
Hallöchen!
Raoul Bhatia [IPAX] writes:
> On 07/06/2010 10:28 AM, Torsten Bronger wrote:
>
>> We have a two-node cluster with a virtual IP and Lighty running on
>> that node which has this IP currently. Thus, our configuration
>> says:
>>
>> node $id="xxx" mandy
>> node $id="yyy" olga
>>
2010/7/6 :
> Hi All,
>
> I wrote a patch.
>
> This patch limited it to two node configuration and wrote it.
> When failed in STONITH by the configuration of two nodes, the request of
> STONITH to the other node is
> useless.
>
> Because the reason is because it can carry out STONITH only from one
Am Dienstag, den 06.07.2010, 10:28 +0200 schrieb Torsten Bronger:
> Hallöchen!
>
> We have a two-node cluster with a virtual IP and Lighty running on
> that node which has this IP currently. Thus, our configuration
> says:
>
> node $id="xxx" mandy
> node $id="yyy" olga
> primitive Pu
No, there is no OCF resource agent for that. You can check
/usr/lib/ocf/resource.d/{provider}/{resource_agents} for available RA's.
Regards.
Torsten Bronger wrote:
Hallöchen!
We have a two-node cluster with a virtual IP and Lighty running on
that node which has this IP currently. Thus, our c
Hi All,
I wrote a patch.
This patch limited it to two node configuration and wrote it.
When failed in STONITH by the configuration of two nodes, the request of
STONITH to the other node is
useless.
Because the reason is because it can carry out STONITH only from one node.
We should omit the re
On 07/06/2010 10:28 AM, Torsten Bronger wrote:
> Hallöchen!
>
> We have a two-node cluster with a virtual IP and Lighty running on
> that node which has this IP currently. Thus, our configuration
> says:
>
> node $id="xxx" mandy
> node $id="yyy" olga
> primitive Public-IP ocf:heartbe
Hallöchen!
We have a two-node cluster with a virtual IP and Lighty running on
that node which has this IP currently. Thus, our configuration
says:
node $id="xxx" mandy
node $id="yyy" olga
primitive Public-IP ocf:heartbeat:IPaddr2 \
params ip="134.94.252.127" broadcast="13
25 matches
Mail list logo
