Actually , I found the error with the help of the RH support.<div id="yMail_cursorElementTracker_1617177468843"><br></div><div id="yMail_cursorElementTracker_1617177469013">I was colocating with the Master SAPHanaController resource and thus the cluster did what I have told it to do ;)</div><div id="yMail_cursorElementTracker_1617177535838"><br></div><div id="yMail_cursorElementTracker_1617177536001">Now, I just colocated (node-attribute=hana_sid_site) with the first backup ip  (which is colocated with the master) and added a location constraint for bkpip2 & bkpip3 and works like a charm.</div><div id="yMail_cursorElementTracker_1617177848779"><br></div><div id="yMail_cursorElementTracker_1617177618819">I am still considering wether to keep the delay primitive that prevents the backup IPs to be brought up immediately.</div><div id="yMail_cursorElementTracker_1617177846863"><br></div><div id="yMail_cursorElementTracker_1617177618986">The problem is that the current backup solution will be triggered from each HANA node , and as we got a lot of custom stuff - I want to make it fool-proof as much as possible. I've already organised a discussion about those backup IPs.</div><div id="yMail_cursorElementTracker_1617177944606"><br></div><div id="yMail_cursorElementTracker_1617177673071"><br></div><div id="yMail_cursorElementTracker_1617177673282">Best Regards,</div><div id="yMail_cursorElementTracker_1617177860067">Strahil Nikolov<br> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Wed, Mar 31, 2021 at 10:54, Andrei Borzenkov</div><div><arvidjaar@gmail.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> On Wed, Mar 31, 2021 at 8:34 AM Strahil Nikolov <<a shape="rect" ymailto="mailto:hunter86_bg@yahoo.com" href="mailto:hunter86_bg@yahoo.com">hunter86_bg@yahoo.com</a>> wrote:<div class="yqt6649741651" id="yqtfd60494"><br clear="none">><br clear="none">> Damn... I am too hasty.<br clear="none">><br clear="none">> It seems that the 2 resources I have already configured are also running on the master.<br clear="none">><br clear="none">> The colocation constraint is like:<br clear="none">><br clear="none">> rsc_bkpip3_SAPHana_SID_HDBinst_num with rsc_SAPHana_SID_HDBinst_num-clone (score: INFINITY) (node-attribute:hana_sid_site) (rsc-role:Started) (with-rsc-role:Master)<br clear="none">><br clear="none">><br clear="none">> Setting location constraints to prevent from running on the masters causes the resource to stop.</div><br clear="none">><br clear="none"><br clear="none">Well, this constraint does not prevent two resources from running on<br clear="none">the same node. You would need to either use clone and restrict the<br clear="none">number of total and per-node clone instances or use negative<br clear="none">colocation between each pair of your resources (so they are not<br clear="none">started on the same node).<br clear="none"><br clear="none">But I suspect you really overengineer it. At the end SAP HANA backup<br clear="none">is always initiated by SAP HANA itself and you only need the single IP<br clear="none">address to do it. This single IP address is already available as part<br clear="none">of SAP HANA replication setup (and should be active on the master HANA<br clear="none">node). Backup software usually wants to know which *physical* servers<br clear="none">a given virtual client may be allowed to run on, but in this case it<br clear="none">should really be enough to simply add all nodes to this list.<br clear="none"><br clear="none">You may want to discuss it with your backup team again.<div class="yqt6649741651" id="yqtfd15038"><br clear="none"></div> </div> </blockquote></div>