<div dir="ltr"><div>FWIW we have this KB article (I seem to remember Strahil is a Red Hat customer):</div><div>  - How do I configure SAP HANA Scale-Up System Replication in a Pacemaker cluster when the HANA filesystems are on NFS shares?(<a href="https://access.redhat.com/solutions/5156571">https://access.redhat.com/solutions/5156571</a>)</div><div><br></div><div>I can't remember if there was some valid reason why we had to use an attribute resource, or if we simply didn't think about the sequential=false require-all=false constraint set approach when planning this out.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Mar 25, 2021 at 3:39 AM Strahil Nikolov <<a href="mailto:hunter86_bg@yahoo.com">hunter86_bg@yahoo.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">OCF_CHECK_LEVEL 20<div id="gmail-m_5592282696097190994yMail_cursorElementTracker_1616668720530">NFS sometimes fails to start (systemd racing condition with dnsmasq)</div><div id="gmail-m_5592282696097190994yMail_cursorElementTracker_1616668754931"><br></div><div id="gmail-m_5592282696097190994yMail_cursorElementTracker_1616668755087">Best Regards,</div><div id="gmail-m_5592282696097190994yMail_cursorElementTracker_1616668759003">Strahil Nikolov<br> <br> <blockquote style="margin:0px 0px 20px"> <div style="font-family:Roboto,sans-serif;color:rgb(109,0,246)"> <div>On Thu, Mar 25, 2021 at 12:18, Andrei Borzenkov</div><div><<a href="mailto:arvidjaar@gmail.com" target="_blank">arvidjaar@gmail.com</a>> wrote:</div> </div> <div style="padding:10px 0px 0px 20px;margin:10px 0px 0px;border-left:1px solid rgb(109,0,246)"> On Thu, Mar 25, 2021 at 10:31 AM Strahil Nikolov <<a shape="rect" href="mailto:hunter86_bg@yahoo.com" target="_blank">hunter86_bg@yahoo.com</a>> wrote:<br clear="none">><br clear="none">> Use Case:<br clear="none">><br clear="none">> nfsA is shared filesystem for HANA running in site A<br clear="none">> nfsB is shared filesystem for HANA running  in site B<br clear="none">><br clear="none">> clusterized resource of type SAPHanaTopology must run on all systems if the FS for the HANA is running<br clear="none">><br clear="none"><br clear="none">And the reason you put NFS under pacemaker control in the first place?<br clear="none">It is not going to switch over, just put it in /etc/fstab.<br clear="none"><br clear="none">> Yet, if siteA dies for some reason, I want to make SAPHanaTopology to still start on the nodes in site B.<br clear="none">><br clear="none">> I think that it's a valid use case.<br clear="none">><br clear="none">> Best Regards,<br clear="none">> Strahil Nikolov<br clear="none">><br clear="none">> On Thu, Mar 25, 2021 at 8:59, Ulrich Windl<br clear="none">> <<a shape="rect" href="mailto:Ulrich.Windl@rz.uni-regensburg.de" target="_blank">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br clear="none">> >>> Ken Gaillot <<a shape="rect" href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>> schrieb am 24.03.2021 um 18:56 in<br clear="none">> Nachricht<br clear="none">> <<a shape="rect" href="mailto:5bffded9c6e614919981dcc7d0b2903220bae19d.camel@redhat.com" target="_blank">5bffded9c6e614919981dcc7d0b2903220bae19d.camel@redhat.com</a>>:<br clear="none">> > On Wed, 2021‑03‑24 at 09:27 +0000, Strahil Nikolov wrote:<br clear="none">> >> Hello All,<br clear="none">> >><br clear="none">> >> I have a trouble creating an order set .<br clear="none">> >> The end goal is to create a 2 node cluster where nodeA will mount<br clear="none">> >> nfsA , while nodeB will mount nfsB.On top of that a depended cloned<br clear="none">> >> resource should start on the node only if nfsA or nfsB has started<br clear="none">> >> locally.<br clear="none">><br clear="none">> This looks like ad odd design to me, and I wonder: What is the use case?<br clear="none">> (We are using "NFS loop-mounts" for many years, where the cluster needs the<br clear="none">> NFS service it provides, but that's a different design)<br clear="none">><br clear="none">> Regards,<br clear="none">> Ulrich<br clear="none">><br clear="none">><br clear="none">><br clear="none">> >><br clear="none">> >> A prototype code would be something like:<br clear="none">> >> pcs constraint order start (nfsA or nfsB) then start resource‑clone<br clear="none">> >><br clear="none">> >> I tried to create a set like this, but it works only on nodeB:<br clear="none">> >> pcs constraint order set nfsA nfsB resource‑clone<br clear="none">> >><br clear="none">> >> Any idea how to implement that order constraint ?<br clear="none">> >> Thanks in advance.<br clear="none">> >><br clear="none">> >> Best Regards,<br clear="none">> >> Strahil Nikolov<br clear="none">> ><br clear="none">> > Basically you want two sets, one with nfsA and nfsB with no ordering<br clear="none">> > between them, and a second set with just resource‑clone, ordered after<br clear="none">> > the first set.<br clear="none">> ><br clear="none">> > I believe the pcs syntax is:<br clear="none">> ><br clear="none">> > pcs constraint order set nfsA nfsB sequential=false require‑all=false<br clear="none">> > set resource‑clone<br clear="none">> ><br clear="none">> > sequential=false says nfsA and nfsB have no ordering between them, and<br clear="none">> > require‑all=false says that resource‑clone only needs one of them.<br clear="none">> ><br clear="none">> > (I don't remember for sure the order of the sets in the command, i.e.<br clear="none">> > whether it's the primary set first or the dependent set first, but I<br clear="none">> > think that's right.)<br clear="none">> > ‑‑<br clear="none">> > Ken Gaillot <<a shape="rect" href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a><br clear="none">> ><br clear="none">> ><br clear="none">> > _______________________________________________<br clear="none">> > Manage your subscription:<br clear="none">> > <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br clear="none">> ><br clear="none">> > ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><div id="gmail-m_5592282696097190994yqtfd09530"><br clear="none">><br clear="none">><br clear="none">><br clear="none">> _______________________________________________<br clear="none">> Manage your subscription:<br clear="none">> <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br clear="none">><br clear="none">> ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br clear="none">><br clear="none">> _______________________________________________<br clear="none">> Manage your subscription:<br clear="none">> <a shape="rect" href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br clear="none">><br clear="none">> ClusterLabs home: <a shape="rect" href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br clear="none"></div> </div> </blockquote></div>_______________________________________________<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><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div>Regards,<br><br></div>Reid Wahl, RHCA<br></div><div>Senior Software Maintenance Engineer, Red Hat<br></div>CEE - Platform Support Delivery - ClusterHA</div></div></div></div></div></div></div></div></div></div></div></div></div></div>