<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 12, 2023 at 9:27 AM Andrei Borzenkov <<a href="mailto:arvidjaar@gmail.com">arvidjaar@gmail.com</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">On Tue, Apr 11, 2023 at 6:27 PM Ken Gaillot <<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>> wrote:<br>
><br>
> On Tue, 2023-04-11 at 17:31 +0300, Miro Igov wrote:<br>
> > I fixed the issue by changing location definition from:<br>
> ><br>
> > location intranet-ip_on_any_nginx intranet-ip \<br>
> >         rule -inf: opa-nginx_1_active eq 0 \<br>
> >         rule -inf: opa-nginx_2_active eq 0<br>
> ><br>
> > To:<br>
> ><br>
> > location intranet-ip_on_any_nginx intranet-ip \<br>
> >         rule opa-nginx_1_active eq 1 \<br>
> >            rule opa-nginx_2_active eq 1<br>
> ><br>
> > Now it works fine and shows the constraint with: crm res constraint<br>
> > intranet-ip<br>
><br>
> Ah, I suspect the issue was that the original constraint compared only<br>
> against 0, when initially (before the resources ever start) the<br>
> attribute is undefined.<br>
><br>
<br>
This does not really explain the original question. Apparently the<br>
attribute *was* defined but somehow ignored.<br>
<br>
Apr 10 12:11:02 intranet-test2 pacemaker-attrd[1511]:  notice: Setting<br>
opa-nginx_1_active[intranet-test1]: 1 -> 0<br>
...<br>
  * intranet-ip (ocf::heartbeat:IPaddr2):        Started intranet-test1<br></blockquote><div><br></div><div>But that log is from a different node that sets the node-attribute for</div><div>another node and some time has gone by till the IP was detected</div><div>to be running unwantedly (a failure of the nfs-service recorded 14min</div><div>later - so at least that much). A lot can have happened in between like</div><div>rejoins - not saying what happened (like merging the CIBs) did</div><div>happen as it should have - but the log-line isn't necessarily a proof</div><div>that the attribute was still at 0. Searching the logs for changes</div><div>in the cluster-topology in the time in between may give some insights.</div><div><br></div><div>Klaus</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
_______________________________________________<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></div>