Hi Jeroen,
On Fri, Jul 22, 2011 at 10:51:56AM +0200, jer...@intuxicated.org wrote:
On Fri, 15 Apr 2011 14:45:59 +0200, Raoul Bhatia [IPAX]
r.bha...@ipax.at
wrote:
On 04/15/2011 01:19 PM, Andrew Beekhof wrote:
On Fri, Apr 15, 2011 at 12:53 PM, Raoul Bhatia [IPAX] r.bha...@ipax.at
wrote:
Hi,
On Tue, Aug 2, 2011 at 6:06 PM, alain.mou...@bull.net wrote:
Hi
I have this simple configuration of locations and orders between resources
group-1 , group-2 and clone-1
(on a two nodes ha cluster with Pacemaker-1.1.2-7 /corosync-1.2.3-21) :
location loc1-group-1 group-1 +100: node2
Hi Thanks
I don't think the 1000 or 5000 value makes any difference,
so the rsc_options could make it work ?
But do you have also the order with a clone ?
Because on other of my configurations, I have also
property $id=cib-bootstrap-options \
default-resource-stickiness=5000
and the
Hi,
On Wed, Aug 3, 2011 at 2:22 PM, alain.mou...@bull.net wrote:
Hi Thanks
I don't think the 1000 or 5000 value makes any difference,
The values make little difference, it's about having a higher score atm.
so the rsc_options could make it work ?
Yes, I believe so.
But do you have also
Hi,
knowing that res1-[1-3] are in group-1 and res2-[1-3] are in group-2, the
crm_verify -L 21 | grep stick displays:
debug: unpack_config: Default stickiness: 5000
debug: common_apply_stickiness: Resource clone-1:0: preferring current
location (node=node2, weight=1)
debug:
Hi Hideo,
On 08/02/11 09:14, renayama19661...@ybb.ne.jp wrote:
Hi Yan,
I confirmed that a trap was transmitted with a patch definitely.
OK, thanks!
We request that we apply a patch to each pacemaker-mgmt of pacemaker1.0 and
pacemaker1.1.
Pushed. Since we don't have a separate branch,
Hi,
On Wed, Aug 3, 2011 at 3:00 PM, alain.mou...@bull.net wrote:
Hi,
knowing that res1-[1-3] are in group-1 and res2-[1-3] are in group-2, the
crm_verify -L 21 | grep stick displays:
debug: unpack_config: Default stickiness: 5000
debug: common_apply_stickiness: Resource clone-1:0:
Hi
When we do a crm resource migrate resource-name, crm add a cli-preference
in the configuration for
this resource.
I wonder if there is a way to tell Pacemaker that, once the resource is
running on the new target node, it could automatically remove the
cli-preference ?
or for example after a
Hi,
On Wed, Aug 3, 2011 at 5:23 PM, alain.mou...@bull.net wrote:
Hi
When we do a crm resource migrate resource-name, crm add a cli-preference
in the configuration for
this resource.
I wonder if there is a way to tell Pacemaker that, once the resource is
running on the new target node, it
Hi,
Our system setup:
Heartbeat 3.0.3
DRBD (to manage file system and it is one of the resource managed by CRM)
Redhat Linux
Pacemaker
We have built an application on top of Linux-HA for users to configure
cluster by giving IP addresses of the nodes, do operations like Restart
system, Change
Permission problem perhaps? Not really sure what you're doing but the
fact that you have users configuring the cluster (why do you do this
btw?) may be pointing to a permission issue.
-mgb
On 11-08-03 06:57 PM, Rahul Kanna wrote:
Hi,
Our system setup:
Heartbeat 3.0.3
DRBD (to manage file
Hi Yan,
Pushed. Since we don't have a separate branch, you might need to
back-port this patch to pacemaker-mgmt-2.0.0, which is compatible with
pacemaker-1.0.x
Thanks!!
However, we need the release of pacemaker-mgmt for Pacemaker1.0.
Is it impossible you apply a patch to a repository of
12 matches
Mail list logo