<div dir="ltr"><div>Thanks to <a class="gmail_plusreply" id="plusReplyChip-0" href="mailto:mschuppert@redhat.com" tabindex="-1">@Martin Schuppert</a> , the work has been done in TripleO.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 24, 2019 at 7:51 AM Dmitriy Rabotyagov <<a href="mailto:noonedeadpunk@ya.ru">noonedeadpunk@ya.ru</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">Hi,<br>
<br>
OSA already dropped the 'nova-consoleauth' service with this patch [1].<br>
It was also backported to stein, so since rocky we do not deploy it anymore.<br>
<br>
But still thanks for the notification.<br>
<br>
[1] <a href="https://review.opendev.org/#/c/649202/" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/649202/</a><br>
<br>
24.05.2019, 14:16, "Stephen Finucane" <<a href="mailto:sfinucan@redhat.com" target="_blank">sfinucan@redhat.com</a>>:<br>
> In my continued efforts to remove as much nova code as possible in one<br>
> cycle, I've set my sights on the 'nova-consoleauth' service. Since<br>
> Rocky [1], 'nova-consoleauth' is no longer needed and we now store and<br>
> retrieve tokens from the database. The only reason to still deploy<br>
> 'nova-consoleauth' was to support cells v1 or to provide a window where<br>
> existing tokens could continue to be validated before everything<br>
> switched over to the new model, but we're also in the process of<br>
> removing cells v1 [2] and two cycles in quite a large window in which<br>
> to migrate things.<br>
><br>
> I've the work done from the nova side but before we can merge anything,<br>
> we need to remove support for nova-consoleauth from the various<br>
> deployment projects and anything else that relies on it at the moment.<br>
> I have talked to some folks internally about doing this in TripleO this<br>
> cycle and I have a (likely wrong) patch proposed against Kolla [3] for<br>
> this, but I haven't been able to figure out how/if OSA are deploying<br>
> the service and would appreciate some help here. I'd also like it if<br>
> people could let me know if there are any other potential blockers out<br>
> there that we should be aware of before we proceed with this.<br>
><br>
> Cheers,<br>
> Stephen<br>
><br>
> [1] <a href="https://specs.openstack.org/openstack/nova-specs/specs/rocky/implemented/convert-consoles-to-objects.html" rel="noreferrer" target="_blank">https://specs.openstack.org/openstack/nova-specs/specs/rocky/implemented/convert-consoles-to-objects.html</a><br>
> [2] <a href="https://blueprints.launchpad.net/nova/+spec/remove-cells-v1/" rel="noreferrer" target="_blank">https://blueprints.launchpad.net/nova/+spec/remove-cells-v1/</a><br>
> [3] <a href="https://review.opendev.org/#/c/661251/" rel="noreferrer" target="_blank">https://review.opendev.org/#/c/661251/</a><br>
<br>
-- <br>
Kind Regards,<br>
Dmitriy Rabotyagov<br>
<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Emilien Macchi<br></div></div>