[openstack-dev] [stable][octavia] Backport patch adding new configuration options

[Carlos Goncalves]

Stable team,

The Octavia team merged a patch in master [1] that fixed an issue where
load balancers could be deleted whenever queue_event_streamer driver is
enabled and RabbitMQ goes down [2].

As this is a critical bug, we would like to backport as much back as
possible. The question is whether these backports comply with the stable
policy because it adds two new configuration options and deprecates one.
The patch was prepared so that the deprecated option has precedence if set
over the other two.

Reading the review guidelines [3], I only see "Incompatible config file
changes" as relevant, but the patch doesn't seem to go against that. We had
a patch that added a new config option backported to Queens that raised
some concern, so we'd like to be on the safe side this time ;-)

We'd appreciate guidance to whether such backports are acceptable or not.

Thanks,
Carlos

[1] https://review.openstack.org/#/c/581585/
[2] https://storyboard.openstack.org/#!/story/2002937
[3]
https://docs.openstack.org/project-team-guide/stable-branches.html#review-guidelines
[4] https://review.openstack.org/#/c/593954/
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [octavia] Proposing Carlos Goncalves (cgoncalves) as an Octavia core reviewer

[Carlos Goncalves]

Thanks for the trust and opportunity, folks!

On Fri, Aug 31, 2018 at 7:59 PM, Michael Johnson 
wrote:

> With a unanimous vote I would like to welcome Carlos to the Octavia Core
> team!
>
> Michael
>
>
> On Fri, Aug 31, 2018 at 10:42 AM Adam Harwell  wrote:
> >
> > +1 for sure!
> >
> > On Sat, Sep 1, 2018, 01:41 Carlos Goncalves 
> wrote:
> >>
> >> Ha! Gracias for the kind words, Miguel! :-)
> >>
> >> On Fri, Aug 31, 2018 at 5:55 PM, Miguel Lavalle 
> wrote:
> >>>
> >>> Well, I don't vote here but I stiil want to express my +1. I knew this
> was going to happen sooner rather than later
> >>>
> >>> On Thu, Aug 30, 2018 at 10:24 PM, Michael Johnson 
> wrote:
> >>>>
> >>>> Hello Octavia community,
> >>>>
> >>>> I would like to propose Carlos Goncalves as a core reviewer on the
> >>>> Octavia project.
> >>>>
> >>>> Carlos has provided numerous enhancements to the Octavia project,
> >>>> including setting up the grenade gate for Octavia upgrade testing.
> >>>>
> >>>> Over the last few releases he has also been providing quality reviews,
> >>>> in line with the other core reviewers [1]. I feel that Carlos would
> >>>> make an excellent addition to the Octavia core reviewer team.
> >>>>
> >>>> Existing Octavia core reviewers, please reply to this email with your
> >>>> support or concerns with adding Jacky to the core team.
> >>>>
> >>>> Michael
> >>>>
> >>>> [1] http://stackalytics.com/report/contribution/octavia-group/90
> >>>>
> >>>> 
> __
> >>>> OpenStack Development Mailing List (not for usage questions)
> >>>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> >>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>>
> >>>
> >>>
> >>> 
> __
> >>> OpenStack Development Mailing List (not for usage questions)
> >>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> >>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >>>
> >>
> >> 
> __
> >> OpenStack Development Mailing List (not for usage questions)
> >> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> >> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> >
> > 
> __
> > OpenStack Development Mailing List (not for usage questions)
> > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:
> unsubscribe
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [octavia] Proposing Carlos Goncalves (cgoncalves) as an Octavia core reviewer

[Carlos Goncalves]

Ha! Gracias for the kind words, Miguel! :-)

On Fri, Aug 31, 2018 at 5:55 PM, Miguel Lavalle  wrote:

> Well, I don't vote here but I stiil want to express my +1. I knew this was
> going to happen sooner rather than later
>
> On Thu, Aug 30, 2018 at 10:24 PM, Michael Johnson 
> wrote:
>
>> Hello Octavia community,
>>
>> I would like to propose Carlos Goncalves as a core reviewer on the
>> Octavia project.
>>
>> Carlos has provided numerous enhancements to the Octavia project,
>> including setting up the grenade gate for Octavia upgrade testing.
>>
>> Over the last few releases he has also been providing quality reviews,
>> in line with the other core reviewers [1]. I feel that Carlos would
>> make an excellent addition to the Octavia core reviewer team.
>>
>> Existing Octavia core reviewers, please reply to this email with your
>> support or concerns with adding Jacky to the core team.
>>
>> Michael
>>
>> [1] http://stackalytics.com/report/contribution/octavia-group/90
>>
>> 
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [k8s][octavia][lbaas] Experiences on using the LB APIs with K8s

[Carlos Goncalves]

On Fri, Mar 16, 2018 at 5:01 AM, Joe Topjian  wrote:

> Hi Chris,
>
> I wear a number of hats related to this discussion, so I'll add a few
> points of view :)
>
> It turns out that with
>> Terraform, it's possible to tear down resources in a way that causes
>> Neutron to
>> leak administrator-privileged resources that can not be deleted by a
>> non-privileged users. In discussions with the Neutron and Octavia teams,
>> it was
>> strongly recommended that I move away from the Neutron LBaaSv2 API and
>> instead
>> adopt Octavia. Vexxhost graciously installed Octavia and my request and I
>> was
>> able to move past this issue.
>>
>
> Terraform hat! I want to slightly nit-pick this one since the words "leak"
> and "admin-priv" can sound scary: Terraform technically wasn't doing
> anything wrong. The problem was that Octavia was creating resources but not
> setting ownership to the tenant. When it came time to delete the resources,
> Octavia was correctly refusing, though it incorrectly created said
> resources.
>
> From reviewing the discussion, other parties were discovering this issue
> and patching in parallel to your discovery. Both xgerman and Vexxhost
> jumped in to confirm the behavior seen by Terraform. Vexxhost quickly
> applied the patch. It was a really awesome collaboration between yourself,
> dims, xgerman, and Vexxhost.
>
>
>> This highlights the first call to action for our public and private cloud
>> community: encouraging the rapid migration from older, unsupported APIs to
>> Octavia.
>>
>
> Operator hat! The clouds my team and I run are more compute-based. Our
> users would be more excited if we increased our GPU pool than enhanced the
> networking services. With that in mind, when I hear it said that "Octavia
> is backwards-compatible with Neutron LBaaS v2", I think "well, cool, that
> means we can keep running Neutron LBaaS v2 for now" and focus our efforts
> elsewhere.
>
> I totally get why Octavia is advertised this way and it's very much
> appreciated. When I learned about Octavia, my knee-jerk reaction was "oh
> no, not another load balancer" but that was remedied when I learned it's
> more like LBaaSv2++. I'm sure we'll deploy Octavia some day, but it's not
> our primary focus and we can still squeak by with Neutron's LBaaS v2.
>
> If you *really* wanted us to deploy Octavia ASAP, then a migration guide
> would be wonderful. I read over the "Developer / Operator Quick Start
> Guide" and found it very well written! I groaned over having to build an
> image but I also really appreciate the image builder script. If there can't
> be pre-built images available for testing, the second-best option is that
> script.
>


Periodic builds of Ubuntu and CentOS pre-built test images coming soon:
https://review.openstack.org/#/c/549259/

Periodic builds by the RDO project:
https://images.rdoproject.org/octavia/master/ (
https://review.rdoproject.org/r/#/c/11805/)


>
>> This highlights a second call to action for the SDK and provider
>> developers:
>> recognizing the end of life of the Neutron LBaaSv2 API[4][5] and adding
>> support for more advanced Octavia features.
>>
>
> Gophercloud hat! We've supported Octavia for a few months now, but purely
> by having the load-balancer client piggyback off of the Neutron LBaaS v2
> API. We made the decision this morning, coincidentally enough, to have
> Octavia be a first-class service peered with Neutron rather than think of
> Octavia as a Neutron/network child. This will allow Octavia to fully
> flourish without worry of affecting the existing LBaaS v2 API (which we'll
> still keep around separately).
>
> Thanks,
> Joe
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev