<div dir="ltr"><div>Hello and thank you for your answer!</div><div><br></div><div>So should I just disable "monitor" options at all? In my case I'd better delete the whole "op" row:<br>"op monitor interval=20 timeout=60 on-fail=restart"</div><div><br></div><div>am I correct?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 7, 2019 at 2:36 PM Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi!<br>
<br>
I can't remember the exact reason, but probably it was exactly that what made us remove any monitor operation from IPaddr2 (back in 2011). So far no problems doing so ;-)<br>
<br>
<br>
Regards,<br>
Ulrich<br>
P.S.: Of cource it would be nice if the real issue could be found and fixed.<br>
<br>
>>> Donat Zenichev <<a href="mailto:donat.zenichev@gmail.com" target="_blank">donat.zenichev@gmail.com</a>> schrieb am 20.09.2019 um 14:43 in<br>
Nachricht<br>
<<a href="mailto:CANLwQCmVjcaTzHkcJsNOXLJghtYFLvbP3fD_d4NXrNQpM_JLWw@mail.gmail.com" target="_blank">CANLwQCmVjcaTzHkcJsNOXLJghtYFLvbP3fD_d4NXrNQpM_JLWw@mail.gmail.com</a>>:<br>
> Hi there!<br>
> <br>
> I've got a tricky case, when my IpAddr2 resource fails to start with<br>
> literally no-reason:<br>
> "IPSHARED_monitor_20000 on my-master-1 'not running' (7): call=11,<br>
> status=complete, exitreason='',<br>
> last-rc-change='Wed Sep 4 06:08:07 2019', queued=0ms, exec=0ms"<br>
> <br>
> Resource IpAddr2 managed to fix itself and continued to work properly<br>
> further after that.<br>
> <br>
> What I've done after, was setting 'Failure-timeout=900' seconds for my<br>
> IpAddr2 resource, to prevent working of<br>
> the resource on a node where it fails. I also set the<br>
> 'migration-threshold=2' so IpAddr2 can fail only 2 times, and goes to a<br>
> Slave side after that. Meanwhile Master gets banned for 900 seconds.<br>
> <br>
> After 900 seconds cluster tries to start IpAddr2 again at Master, in case<br>
> it's ok, fail counter gets cleared.<br>
> That's how I avoid appearing of the error I mentioned above.<br>
> <br>
> I tried to get so hard, why this can happen, but still no idea on the<br>
> count. Any clue how to find a reason?<br>
> And another question, can snap-shoting of VM machines have any impact on<br>
> such?<br>
> <br>
> And my configurations:<br>
> -------------------------------<br>
> node 000001: my-master-1<br>
> node 000002: my-master-2<br>
> <br>
> primitive IPSHARED IPaddr2 \<br>
> params ip=10.10.10.5 nic=eth0 cidr_netmask=24 \<br>
> meta migration-threshold=2 failure-timeout=900 target-role=Started \<br>
> op monitor interval=20 timeout=60 on-fail=restart<br>
> <br>
> location PREFER_MASTER IPSHARED 100: my-master-1<br>
> <br>
> property cib-bootstrap-options: \<br>
> have-watchdog=false \<br>
> dc-version=1.1.18-2b07d5c5a9 \<br>
> cluster-infrastructure=corosync \<br>
> cluster-name=wall \<br>
> cluster-recheck-interval=5s \<br>
> start-failure-is-fatal=false \<br>
> stonith-enabled=false \<br>
> no-quorum-policy=ignore \<br>
> last-lrm-refresh=1554982967<br>
> -------------------------------<br>
> <br>
> Thanks in advance!<br>
> <br>
> -- <br>
> -- <br>
> BR, Donat Zenichev<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><br></div><div dir="ltr"><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Best regards,<br></font></div><div dir="ltr"><font style="background-color:rgb(255,255,255)" color="#0b5394">Donat Zenichev<br><br></font></div></div></div></div></div></div></div></div>