
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">

<html>

<body>

<div dir="auto">

<div dir="auto">I would vote to leave '<span style="font-size: medium;">stop-all-resources' available. Decade(s) ago, when I've been creating projects with pacemaker, it was very much usefull. Cluster can have some resources disabled with Target-Role for a reason (f.e. ongoing development). That resources</span><span style="font-size: medium;"> would start after disable/enable cycle by pcs/crmsh, potentionally leading to a fencing cycle. After all, it is just much simpler to set a cluster property than doing all that black magic with constraints (which you may have hundreds of them and you can not recall how you named that one).</span></div><div dir="auto"><span style="font-size: medium;"><br></span></div>

<div id="aqm-original" style="color: black;">

<div dir="auto">On September 26, 2025 20:44:22 Reid Wahl <nwahl@redhat.com> wrote:</div>

<div><br></div>

<blockquote type="cite" class="gmail_quote" style="margin: 0 0 0 0.75ex; border-left: 1px solid #808080; padding-left: 0.75ex;">

<div dir="auto">We're considering deprecating, and eventually dropping, five cluster</div>

<div dir="auto">properties. Does anyone object? If you find any of these useful, I'd</div>

<div dir="auto">love to hear how you're using them and why.</div>

<div dir="auto"><br></div>

<div dir="auto">cluster-ipc-limit:</div>

<div dir="auto">This actually has no effect since ae3b5dc. Prior to that, it affected</div>

<div dir="auto">only pacemaker-based.</div>

<div dir="auto"><br></div>

<div dir="auto">--</div>

<div dir="auto"><br></div>

<div dir="auto">enable-startup-probes:</div>

<div dir="auto">Setting this property to false is dangerous in that it prevents</div>

<div dir="auto">Pacemaker from gaining an accurate view of resource state, without</div>

<div dir="auto">preventing other actions as (for example) maintenance mode would do.</div>

<div dir="auto"><br></div>

<div dir="auto">You can disable probes using a location constraint rule with</div>

<div dir="auto">resource-discovery=never instead.</div>

<div dir="auto"><br></div>

<div dir="auto">This option was introduced by commit b20fd76, and the expressed</div>

<div dir="auto">motivation was that the "calculation [of startup probes] is a major</div>

<div dir="auto">bottleneck for very large clusters." I doubt that's a major concern on</div>

<div dir="auto">modern hardware, and even if it is, Pacemaker still should have a</div>

<div dir="auto">correct view of resource state.</div>

<div dir="auto"><br></div>

<div dir="auto">--</div>

<div dir="auto"><br></div>

<div dir="auto">stop-removed-resources (formerly stop-orphaned-resources):</div>

<div dir="auto">This property was introduced in 2006 by commit ea1359b, with no</div>

<div dir="auto">motivation or use case given. It defaults to true. It seems like a bad</div>

<div dir="auto">idea for Pacemaker to continue running resources that are not part of</div>

<div dir="auto">its configuration.</div>

<div dir="auto"><br></div>

<div dir="auto">--</div>

<div dir="auto"><br></div>

<div dir="auto">cancel-removed-actions (formerly stop-removed-actions and</div>

<div dir="auto">stop-orphaned-actions):</div>

<div dir="auto">This property was introduced in 2006 by commit ea1359b, with no</div>

<div dir="auto">motivation or use case given. It defaults to true. It seems like a bad</div>

<div dir="auto">idea for Pacemaker to continue running actions that are not part of</div>

<div dir="auto">its configuration.</div>

<div dir="auto"><br></div>

<div dir="auto">--</div>

<div dir="auto"><br></div>

<div dir="auto">stop-all-resources:</div>

<div dir="auto">This property was introduced in 2008 by commit 0d6945b, with no</div>

<div dir="auto">motivation or use case given.</div>

<div dir="auto"><br></div>

<div dir="auto">On rare occasions, I have found it convenient for troubleshooting</div>

<div dir="auto">purposes. However, it can be achieved by a location constraint with</div>

<div dir="auto">rsc-pattern=".*" and a rule matching all nodes. It can also be</div>

<div dir="auto">achieved by placing all nodes in standby mode. It seems unlikely to be</div>

<div dir="auto">very useful to anyone besides developers.</div>

<div dir="auto"><br></div>

<div dir="auto">Dropping this property would simplify output messages and the set of</div>

<div dir="auto">overlapping, possibly conflicting options that control where resources</div>

<div dir="auto">are allowed to run. (Precedence has to be determined when options</div>

<div dir="auto">conflict, and such a choice will always be somewhat arbitrary.)</div>

<div dir="auto"><br></div>

<div dir="auto">If you're using pcs, you can stop all resources by putting all nodes</div>

<div dir="auto">in standby: `pcs node standby --all`. That's how I do it in practice.</div>

<div dir="auto">I presume crmsh has a similar functionality.</div>

<div dir="auto"><br></div>

<div dir="auto">-- </div>

<div dir="auto">Regards,</div>

<div dir="auto"><br></div>

<div dir="auto">Reid Wahl (He/Him)</div>

<div dir="auto">Senior Software Engineer, Red Hat</div>

<div dir="auto">RHEL High Availability - Pacemaker</div>

<div dir="auto"><br></div>

<div dir="auto">_______________________________________________</div>

<div dir="auto">Manage your subscription:</div>

<div dir="auto">https://lists.clusterlabs.org/mailman/listinfo/users</div>

<div dir="auto"><br></div>

<div dir="auto">ClusterLabs home: https://www.clusterlabs.org/</div>

</blockquote>

</div><div dir="auto"><br></div>

</div></body>

</html>