<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 12 mars 2019 à 19:20, Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Andrey fixed a bug [1] that we've talked about fixing forever which is <br>
to disallow AZ renames while the AZ has instances in it. This is a <br>
change in API behavior but it's really a "don't let admins shoot <br>
themselves in the foot" kind of thing. As such, it didn't have a <br>
microversion because users should not have to opt out of broken <br>
behavior, but I'm a bit hesitant about backporting the fix [2]. It has a <br>
release note so there would be some warning, but what do others think <br>
about backporting this?<br>
<br>
[1] <a href="https://launchpad.net/bugs/1378904" rel="noreferrer noreferrer" target="_blank">https://launchpad.net/bugs/1378904</a><br>
[2] <a href="https://review.openstack.org/#/c/641351/" rel="noreferrer noreferrer" target="_blank">https://review.openstack.org/#/c/641351/</a></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">The change itself comes with related api-ref additions that help. Also, we wrote that fix for a good reason : to prevent operators to shoot their feet without knowing.</div><div dir="auto"><br></div><div dir="auto">Consequently, I think we shouldn't leave away the opportunity to backport all changes (incl. the api-ref ones) and just make sure we release a .y stable release.</div><div dir="auto"><br></div><div dir="auto">That said, Operators, please take notice of the context of this bug and raise your concerns if you have any, please please please.</div><div dir="auto"><br></div><div dir="auto">Sylvain</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br><br><br>
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
</blockquote></div></div></div>