<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 10, 2021 at 12:20 AM 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">>>> Ken Gaillot <<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>> schrieb am 10.03.2021 um 00:07 in<br>
Nachricht<br>
<<a href="mailto:a8eb6645e324a56df0193b4d005265db5c34795d.camel@redhat.com" target="_blank">a8eb6645e324a56df0193b4d005265db5c34795d.camel@redhat.com</a>>:<br>
> Hi all,<br>
> <br>
> After many false starts over the years, we finally have a proposed 1.1<br>
> version of the resource agent standard.<br>
> <br>
> Discussion is invited here and/or on the pull request:<br>
> <br>
>  <a href="https://github.com/ClusterLabs/OCF" rel="noreferrer" target="_blank">https://github.com/ClusterLabs/OCF</a>‑spec/pull/24 <br>
> <br>
> One goal is to formalize widespread existing practices that deviate<br>
> from the 1.0 standard, such as the notify, promote, and demote actions;<br>
> exit statuses 8, 9, 190, and 191; and allowing installers to choose<br>
> where agents are installed (officially /usr/ocf/resource.d in 1.0, even<br>
> though everyone actually uses /usr/lib/ocf/resource.d).<br>
> <br>
> Another goal is to add optional new meta‑data hints that user<br>
> interfaces can benefit from, such as whether a parameter is required or<br>
> deprecated.<br>
<br>
What I always was wondering was line-lengths for metadata descriptions:<br>
To wrap, or not to wrap?<br>
<br>
> <br>
> The new standard deprecates the "unique" descriptor for parameters,<br>
> which was misused by Pacemaker, and replaces it with two new ones,<br>
> "reloadable" (to handle what Pacemaker used it for) and "unique‑group"<br>
> (to handle its original purpose more flexibly). A new "reload‑params"<br>
> action updates any "reloadable" parameters.<br>
> <br>
> The last major change is completing the transition away from<br>
> master/slave terminology, renaming the roles to promoted/unpromoted.<br>
<br>
I'm worried about all those books describing master/slave flip flops... ;-)<br>
And all those students having a "master"...<br></blockquote><div><br></div><div>We can only control what we use in our own project, and hope that others will do the same. We also can't change which terms were used in the past. We have some control over the future, however.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have my own opinion on this:<br>
How many people were harmed by those names, and how many will benefit from<br>
using different words for the same concept?<br></blockquote><div><br></div><div>If replacing these words makes the tech world feel more inclusive and welcoming to underrepresented groups, then it serves us well to replace these words. I'm not in a position to tell someone whether or not they're harmed by "master/slave" language.</div><div><br></div><div>This is something of an intangible. We can't measure how many were harmed by the old language or how many will benefit from the new. And we probably can't know the exact impact this will have on the growth and development of the software field. But it's safe to say that no one will be harmed by the new language.<br></div><div><br></div><div>Besides, we can still get our point across with terms like "promoted/unpromoted" :)</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> The changes are designed to be backward‑compatible, so for the most<br>
> part, agents and software written to either standard can be used with<br>
> each other. However for agents that support promote/demote (which were<br>
> not part of 1.0), it is recommended to use 1.1 agents only with<br>
> software that explicitly supports 1.1. Once the 1.1 standard is<br>
> adopted, we intend to update all ClusterLabs software to support it.<br>
> <br>
> The pull request description has a more detailed summary of all the<br>
> changes, and the standard itself can be compared with:<br>
> <br>
><br>
<a href="https://github.com/ClusterLabs/OCF" rel="noreferrer" target="_blank">https://github.com/ClusterLabs/OCF</a>‑spec/blob/master/ra/1.0/resource‑agent‑api.m<br>
<br>
> d<br>
> <br>
><br>
<a href="https://github.com/kgaillot/OCF" rel="noreferrer" target="_blank">https://github.com/kgaillot/OCF</a>‑spec/blob/ocf1.1/ra/1.1/resource‑agent‑api.md<br>
<br>
> <br>
> My goal is to merge the pull request formally adopting 1.1 by the end<br>
> of this month.<br>
> ‑‑ <br>
> Ken Gaillot <<a href="mailto:kgaillot@redhat.com" target="_blank">kgaillot@redhat.com</a>><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>
<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><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></div>