[ClusterLabs] Resource placement strategy and utilization AND resource location preference

How do the resource placement strategy and utilization AND resource location preference relate? I mean, is it one or the other? Or both somehow? If I set a resource location preference, how will that affect placement strategy like balanced? Vice versa. Here's the problem I'm looking at. I

[ClusterLabs] Resource location node preference

Suppose I have a resource defined with a preference of node1 over node2. The resource is running on node1. Node1 goes away. Now the resource is running on node2. Node1 comes back and joins the cluster. Will the resource relocate to Node1? Regards. Mark K Vallevand

Re: [ClusterLabs] difference between OCF return codes for monitor action

In my resource agent, I use OCF_NOT_RUNNING to indicate that the managed resource is literally ‘not running’. I use OCF_ERR_GENERIC to indicate that the managed resource is running, but has entered an error state. It is potentially recoverable if it is restarted. I use OCF_ERR_PERM to

[ClusterLabs] Wireshark dissector for corosync/totem packes.

Is anyone using Wireshark to look at corosync/totem packets? Does the dissector actually do anything useful? It identifies the UCP packet as corosync/totem, but nothing is decoded. Regards. Mark K Vallevand mark.vallev...@unisys.com Never try and teach a

Re: [ClusterLabs] Cluster node loss detection.

puters. -Original Message- From: Digimer [mailto:li...@alteeve.ca] Sent: Friday, October 16, 2015 11:51 AM To: Cluster Labs - All topics related to open-source clustering welcomed Subject: Re: [ClusterLabs] Cluster node loss detection. On 16/10/15 12:37 PM, Vallevand, Mark K wrote: > Fencing

Re: [ClusterLabs] Cluster node loss detection.

ct: Re: [ClusterLabs] Cluster node loss detection. On 16/10/15 01:14 PM, Vallevand, Mark K wrote: > No stonith configured. Not explicitly anyway. > Does that factor into this somehow? Yes, you will eventually have a split-brain. All fencing in cman does with 'fence_pcmk' is say "

[ClusterLabs] Stopped node detection.

Ubuntu 12.04 LTS pacemaker 1.1.10 cman 3.1.7 corosync 1.4.6 If my cluster has no resources, it seems like it takes 20s for a stopped node to be detected. Is the value really 20s and is it a parameter that can be adjusted? Regards. Mark K Vallevand

[ClusterLabs] Alternative to resource monitor polling?

Is there an alternative to resource monitor polling to detect a resource failure? If, for example, a resource failure is detected by our own software, could it signal clustering that a resource has failed? Regards. Mark K Vallevand mark.vallev...@unisys.com

[ClusterLabs] Cluster node loss detection.

It looks like it takes 20s for a cluster to detect that a node has been lost. The detection seems to correlate to dlm reporting its lost connection to the node. Not sure if correlation is causation. Anyway, can someone tell me where that 20s might be coming from and if it is adjustable? Ubuntu

[ClusterLabs] A question about resource monitoring.

Is there an alternative to resource monitoring? Maybe a 'supplement' to resource polling is a better way to say it. If my application self-detects an error and wants to report it (rather than wait for the monitor to poll it), can it report that to clustering? Suggestions are welcome. And a

Re: [ClusterLabs] Cluster node loss detection.

om all computers. -Original Message- From: Digimer [mailto:li...@alteeve.ca] Sent: Friday, October 16, 2015 10:04 AM To: Cluster Labs - All topics related to open-source clustering welcomed Subject: Re: [ClusterLabs] Cluster node loss detection. On 16/10/15 10:51 AM, Vallevand, Mark K

Re: [ClusterLabs] Cluster node loss detection.

iginal Message- From: Vallevand, Mark K [mailto:mark.vallev...@unisys.com] Sent: Friday, October 16, 2015 10:41 AM To: Cluster Labs - All topics related to open-source clustering welcomed Subject: Re: [ClusterLabs] Cluster node loss detection. Thanks. I wasn't completely aware of corosync'

Re: [ClusterLabs] Cluster node loss detection.

from all computers. -Original Message- From: Digimer [mailto:li...@alteeve.ca] Sent: Friday, October 16, 2015 11:18 AM To: Cluster Labs - All topics related to open-source clustering welcomed Subject: Re: [ClusterLabs] Cluster node loss detection. On 16/10/15 11:40 AM, Vallevand, Mar