On 09.10.2010 04:09, jiaju liu wrote:
Hi everybody
I use command
*crm configure primitive apache ocf:heartbeat:apache params
"/opt/lampp/etc/httpd.conf" meta resource-stickiness=1
target-role=stopped op start timeout=120s op stop timeout=120s op
monitor timeout=20s interval=10s op status timeout=
Hi everybody
I use command
crm configure primitive apache ocf:heartbeat:apache
params "/opt/lampp/etc/httpd.conf" meta resource-stickiness=1
target-role=stopped op start timeout=120s op stop timeout=120s op monitor
timeout=20s interval=10s op status timeout=30s;
and
crm resource start apach
Hello,
if a resource has encounters a start error with rc=5 "not installed" the
stop action is not skipped before a restart is tried.
Typically in such a situation the stop will also fail with the same
error and the node will be fenced ... even worse there is a good change
this happens on all re
On 8 October 2010 09:29, Andrew Beekhof wrote:
> On Fri, Oct 8, 2010 at 8:34 AM, Pavlos Parissis
> wrote:
>> On 8 October 2010 08:29, Andrew Beekhof wrote:
>>> On Thu, Oct 7, 2010 at 9:58 PM, Pavlos Parissis
>>> wrote:
On 7 October 2010 09:01, Andrew Beekhof wrote:
>
> O
Sorry forgot to mention the environment:
pacemaker=1.0.9
corosync=1.1.1
2.6.29.6-0.6.smp.gcc4.1.x86_64
Thanks
On Fri, Oct 8, 2010 at 12:54 PM, Shravan Mishra
wrote:
> Looks like I found the issue but I don't know how to fix it:
>
> I looked into run_stonith_agent() in st_client.c
>
>
> It is
Looks like I found the issue but I don't know how to fix it:
I looked into run_stonith_agent() in st_client.c
It is calling fence_legacy instead of external/ipmi.
Since I don't know how to enable tracing for different subsystems so I
put my own message in the code and this is what I got:
=
On Fri, Oct 8, 2010 at 4:17 PM, Lars Ellenberg
wrote:
> On Wed, Oct 06, 2010 at 06:29:12PM +0900, Keisuke MORI wrote:
>> 2010/10/6 Andrew Beekhof :
>> >> Is there more changesets
>> >> that need to be backported regarding to this issues?
>> >
>> > There is now that Andreas brought the problem to m
On Wed, Oct 06, 2010 at 06:29:12PM +0900, Keisuke MORI wrote:
> 2010/10/6 Andrew Beekhof :
> >> Is there more changesets
> >> that need to be backported regarding to this issues?
> >
> > There is now that Andreas brought the problem to my attention :-)
> > http://hg.clusterlabs.org/pacemaker/1.1/
Thanks!
http://hg.clusterlabs.org/pacemaker/1.1/rev/ace8541a0d56
On Fri, Oct 8, 2010 at 10:38 AM, Florian Haas wrote:
> # HG changeset patch
> # User Florian Haas
> # Date 1286527086 -7200
> # Branch stable-1.0
> # Node ID b15f7f138c9c68c856b8f04434189d1d9249936a
> # Parent a80b2992dfa4d317a
Hi,
On Fri, Oct 08, 2010 at 10:10:16AM +0200, Sascha Reimann wrote:
> Hi Dejan,
>
> On 10/07/2010 03:50 PM, Dejan Muhamedagic wrote:
> >The VM won't move elsewhere in case its already running. If it
> >isn't, then the stickiness doesn't apply and it will go to the
> >node with most free RAM.
> >
# HG changeset patch
# User Florian Haas
# Date 1286527086 -7200
# Branch stable-1.0
# Node ID b15f7f138c9c68c856b8f04434189d1d9249936a
# Parent a80b2992dfa4d317a0e4afe9adfa33eac06724c1
Low: fix typos in crm_resource --help
diff -r a80b2992dfa4 -r b15f7f138c9c tools/crm_resource.c
--- a/tools/cr
Hi Dejan,
On 10/07/2010 03:50 PM, Dejan Muhamedagic wrote:
The VM won't move elsewhere in case its already running. If it
isn't, then the stickiness doesn't apply and it will go to the
node with most free RAM.
Though I wonder what happens if there's more than one VM that
wants to move simultane
Dejan Muhamedagic escribió:
Hard to say without looking at the logs, but...
This should be the other way around:
colocation ClusterServices-on-BasicServcies inf: ClusterServices BasicServices
Perhaps that would help.
Indeed, this helped. Thsnk you very much!
order ClusterServices-after-
On 8 October 2010 09:28, Andrew Beekhof wrote:
> On Fri, Oct 8, 2010 at 8:31 AM, Pavlos Parissis
> wrote:
>> On 8 October 2010 07:47, Andrew Beekhof wrote:
>>> On Thu, Oct 7, 2010 at 10:10 PM, Pavlos Parissis
>>> wrote:
On 7 October 2010 08:33, Andrew Beekhof wrote:
>
> On Wed, Oc
On Fri, Oct 8, 2010 at 8:34 AM, Pavlos Parissis
wrote:
> On 8 October 2010 08:29, Andrew Beekhof wrote:
>> On Thu, Oct 7, 2010 at 9:58 PM, Pavlos Parissis
>> wrote:
>>>
>>>
>>> On 7 October 2010 09:01, Andrew Beekhof wrote:
On Sat, Oct 2, 2010 at 6:31 PM, Pavlos Parissis
wrote:
On Fri, Oct 8, 2010 at 8:31 AM, Pavlos Parissis
wrote:
> On 8 October 2010 07:47, Andrew Beekhof wrote:
>> On Thu, Oct 7, 2010 at 10:10 PM, Pavlos Parissis
>> wrote:
>>> On 7 October 2010 08:33, Andrew Beekhof wrote:
On Wed, Oct 6, 2010 at 5:04 PM, Gianluca Cecchi
wrote:
>
16 matches
Mail list logo