Re: [ClusterLabs] Expected resource-discovery=exclusive behavior

2018-06-02 Thread Michael Kolomiets
Hi

Can you submit a bug report at bugs.clusterlabs.org, preferably with a
tarball from crm_report attached? Did this work differently before
1.1.18?


Ken, thank you for fast reply.

Yes I'l make bugreport.

About what was before upgrade - I'm not sure, I'm not used this attribute
before.
Problem appeared only after upgrade - cluster really stuck with resource
probes after start, so I had to discover what I can do with this, then I
have found info about and tried this attribute.

If need I can downgrade pacemaker version to check it with and without this
attribute.
___
Users mailing list: Users@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org


[ClusterLabs] Resource-stickiness is not working

2018-06-02 Thread Confidential Company
On Fri, 2018-06-01 at 22:58 +0800, Confidential Company wrote:
> Hi,
>
> I have two-node active/passive setup. My goal is to failover a
> resource once a Node goes down with minimal downtime as possible.
> Based on my testing, when Node1 goes down it failover to Node2. If
> Node1 goes up after link reconnection (reconnect physical cable),
> resource failback to Node1 even though I configured resource-
> stickiness. Is there something wrong with configuration below?
>
> #service firewalld stop
> #vi /etc/hosts --> 192.168.10.121 (Node1) / 192.168.10.122 (Node2) --
> --- Private Network (Direct connect)
> #systemctl start pcsd.service
> #systemctl enable pcsd.service
> #passwd hacluster --> define pw
> #pcs cluster auth Node1 Node2
> #pcs setup --name Cluster Node1 Node2
> #pcs cluster start -all
> #pcs property set stonith-enabled=false
> #pcs resource create ClusterIP ocf:heartbeat:IPaddr2
> ip=192.168.10.123 cidr_netmask=32 op monitor interval=30s
> #pcs resource defaults resource-stickiness=100
>
> Regards,
> imnotarobot

Your configuration is correct, but keep in mind scores of all kinds
will be added together to determine where the final placement is.

In this case, I'd check that you don't have any constraints with a
higher score preferring the other node. For example, if you previously
did a "move" or "ban" from the command line, that adds a constraint
that has to be removed manually if you no longer want it.
-- 
Ken Gaillot 


>>
I'm confused. constraint from what I think means there's a preferred node.
But if I want my resources not to have a preferred node is that possible?

Regards,
imnotarobot
___
Users mailing list: Users@clusterlabs.org
https://lists.clusterlabs.org/mailman/listinfo/users

Project Home: http://www.clusterlabs.org
Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
Bugs: http://bugs.clusterlabs.org