<html dir="ltr"><head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
  </head>
  <body style="text-align:left; direction:ltr;"><div>Thanks for the replies, all. Looks like we're in pretty good shape to proceed with the removal this cycle.</div><div><br></div><div>I've since drafted patches to deprecate the service in RDO/OSP too [1]. Other distros should probably do the same at some point in the next few weeks.</div><div><br></div><div>Stephen</div><div><br></div><div>[1] <a href="https://review.rdoproject.org/r/20922">https://review.rdoproject.org/r/20922</a></div><div><br></div><div>On Fri, 2019-05-24 at 14:22 +0200, Tobias Urdin wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex">
    Hello,<br>
    <br>
    Seems like we have missed deprecating this behavior in Puppet
    OpenStack in Stein.<br>
    I've pushed two patches to have the functionality removed and
    classes/params deprecated as per our process [1].<br>
    <br>
    I haven't researched further if any more action is required, so
    please let me know if something needs to be added.<br>
    Best regards<br>
    <br>
    [1] <a class="moz-txt-link-freetext" href="https://review.opendev.org/#/q/topic:deprecate-consoleauth">https://review.opendev.org/#/q/topic:deprecate-consoleauth</a><br>
    <br>
    <div class="moz-cite-prefix">On 05/24/2019 02:04 PM, Emilien Macchi
      wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:CACu=hyscC8x9_vwsjAj4u8uHpx0im-PNGTcLD2nww5JvSeV84g@mail.gmail.com" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div dir="ltr">
        <div>Thanks to <a class="gmail_plusreply" id="plusReplyChip-0" href="mailto:mschuppert@redhat.com" tabindex="-1" moz-do-not-send="true">
            @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" moz-do-not-send="true">noonedeadpunk@ya.ru</a>> wrote:<br>
        </div>
        <blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;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" moz-do-not-send="true">
            https://review.opendev.org/#/c/649202/</a><br>
          <br>
          24.05.2019, 14:16, "Stephen Finucane" <<a href="mailto:sfinucan@redhat.com" target="_blank" moz-do-not-send="true">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" moz-do-not-send="true">
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" moz-do-not-send="true">
            https://blueprints.launchpad.net/nova/+spec/remove-cells-v1/</a><br>
          > [3] <a href="https://review.opendev.org/#/c/661251/" rel="noreferrer" target="_blank" moz-do-not-send="true">
            https://review.opendev.org/#/c/661251/</a><br>
          <br>
          -- <br>
          Kind Regards,<br>
          Dmitriy Rabotyagov<br>
          <br>
          <br>
        <br></blockquote>
      </div>
      <br clear="all">
      <br>
      -- <br>
      <div dir="ltr" class="gmail_signature">
        <div dir="ltr">Emilien Macchi<br>
        </div>
      </div>
    </blockquote>
    <br>
  

</blockquote></body></html>