Hi,
I have a question regarding ' 'op-status
attribute getting value 4.
In my case I have a strange behavior, when resources get those "monitor"
operation entries in the CIB with op-status=4, and they do not seem to be
called (exec-time=0).
What does 'op-status' = 4 mean?
I would appreciate
On 2017-05-17 06:24, Lentes, Bernd wrote:
...
I'd like to know what the software is use is doing. Am i the only one having
that opinion ?
No.
How do you solve the problem of a deathmatch or killing the wrong node ?
*I* live dangerously with fencing disabled. But then my clusters only
On 05/17/2017 04:56 AM, Klaus Wenninger wrote:
> On 05/17/2017 11:28 AM, 井上 和徳 wrote:
>> Hi,
>> I'm testing Pacemaker-1.1.17-rc1.
>> The number of failures in "Too many failures (10) to fence" log does not
>> match the number of actual failures.
>
> Well it kind of does as after 10 failures it
On 05/17/2017 03:33 PM, Lentes, Bernd wrote:
>
> - On May 17, 2017, at 2:58 PM, Klaus Wenninger kwenn...@redhat.com wrote:
>
>
>>> I don't see that.
>> fence_* are the RHCS-style fence-agents coming mainly from
>> https://github.com/ClusterLabs/fence-agents.
>>
> Ah. Ok, i see that.
>
> Do you
- On May 17, 2017, at 2:11 PM, Vladislav Bogdanov bub...@hoster-ok.com
wrote:
> 08.05.2017 22:20, Lentes, Bernd wrote:
>> Hi,
>>
>> i remember that digimer often campaigns for a fence delay in a 2-node
>> cluster.
>> E.g. here:
>>
08.05.2017 22:20, Lentes, Bernd wrote:
Hi,
i remember that digimer often campaigns for a fence delay in a 2-node cluster.
E.g. here: http://oss.clusterlabs.org/pipermail/pacemaker/2013-July/019228.html
In my eyes it makes sense, so i try to establish that. I have two HP servers,
each with an
- On May 10, 2017, at 9:15 PM, Dimitri Maziuk dmaz...@bmrb.wisc.edu wrote:
> 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
On 05/17/2017 11:28 AM, 井上 和徳 wrote:
> Hi,
> I'm testing Pacemaker-1.1.17-rc1.
> The number of failures in "Too many failures (10) to fence" log does not
> match the number of actual failures.
Well it kind of does as after 10 failures it doesn't try fencing again
so that is what
failures stay at