On 05/10/2017 01:54 PM, Ken Gaillot wrote:
> On 05/10/2017 12:26 PM, Dimitri Maziuk wrote:
>> - fencing in 2-node clusters does not work reliably without fixed delay
>
> Not quite. Fixed delay allows a particular method for avoiding a death
> match in a two-node cluster. Pacemaker's built-in rand
On 05/10/2017 12:26 PM, Dimitri Maziuk wrote:
>
> i remember that digimer often campaigns for a fence delay in a 2-node
> cluster.
> ...
> But ... a random delay does not seem to
> be a reliable solution.
>
>> Some fence agents implement a delay parameter of their own, to set a
i remember that digimer often campaigns for a fence delay in a 2-node
cluster.
...
But ... a random delay does not seem to
be a reliable solution.
> Some fence agents implement a delay parameter of their own, to set a
> fixed delay. I believe that's what digimer uses.
Is i
On 05/10/2017 12:20 AM, Kristoffer Grönlund wrote:
> "Lentes, Bernd" writes:
>
>> - On May 8, 2017, at 9:20 PM, Bernd Lentes
>> bernd.len...@helmholtz-muenchen.de wrote:
>>
>>> Hi,
>>>
>>> i remember that digimer often campaigns for a fence delay in a 2-node
>>> cluster.
>>> E.g. here:
>>
On 05/09/2017 10:34 PM, Attila Megyeri wrote:
>
> Actually I found some more details:
>
>
>
> there are two resources: A and B
>
>
>
> resource B depends on resource A (when the RA monitors B, if will fail
> if A is not running properly)
>
>
>
> If I stop resource A, the next monitor operatio