16:00:13 <johnsom> #startmeeting Octavia
16:00:14 <openstack> Meeting started Wed Jun 12 16:00:13 2019 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:15 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:00:18 <openstack> The meeting name has been set to 'octavia'
16:00:49 <johnsom> Once again our PTL is slacking off and requested I run the meeting today. grin
16:01:10 <ataraday_> hi
16:01:11 <cgoncalves> o/
16:01:28 <johnsom> Hi everyone
16:01:40 <johnsom> I'm going to jump in on the agenda.
16:01:54 <johnsom> #link https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Agenda
16:02:06 <johnsom> Thanks Carlos for adding one
16:02:19 <johnsom> #topic Announcements
16:02:39 <johnsom> The community goals for the Train release have been set:
16:02:46 <johnsom> #link http://lists.openstack.org/pipermail/openstack-discuss/2019-June/007039.html
16:03:05 <johnsom> They are IPv6 support and PDF document generation.
16:03:47 <johnsom> I have already given feedback that it's past the first milestone for Train and the PDF document generation basics are still not in place for project team to use.
16:04:20 <cgoncalves> there is a third Train community goal (see next email in thread)
16:04:30 <cgoncalves> #link https://governance.openstack.org/tc/goals/train/python3-updates.html
16:04:31 <johnsom> So, that one is still pending other work to finish, but should be reasonably easy to implement as I have already cleaned up our sphinx a lot.
16:04:52 <nmagnezi> o/
16:05:04 <johnsom> Ah, I was not aware of this one....
16:05:51 <johnsom> Hmm, I need to read this as initially it's not clear how this is different than the Stein python3 goal.
16:06:37 <cgoncalves> in a nutshell, reads like projects should support python 3.6 and now also 3.7. 3.5 is not required
16:06:50 <johnsom> For the IPv6 goal, I am excited about this one.  We already have tempest tests that cover IPv6 VIPs and members.
16:07:03 <johnsom> The two things I think we should do for this goal is:
16:07:20 <johnsom> 1. Setup a test gate with the lb-mgmt-net running pure IPv6.
16:08:01 <cgoncalves> #link https://review.opendev.org/#/c/594078/
16:08:23 <johnsom> 2. Make sure our devstack plugin supports the IPv6 devstack variable and sets up our API endpoint to listen on IPv6.  Thus, a gate should use 100% IPv6 API endpoints (octavia, nova, neutron, etc.) in keystone.
16:08:59 <johnsom> Cool!, so we have a start.
16:09:00 <cgoncalves> sounds good
16:09:18 <johnsom> Any questions/comments on the goals?
16:09:31 <johnsom> I will try to track the PDF one, fyi.
16:10:08 <johnsom> Ok, so the next announcement is about the Shanghai PTG
16:10:15 <johnsom> #link http://lists.openstack.org/pipermail/openstack-discuss/2019-June/007079.html
16:10:20 <openstackgerrit> boden proposed openstack/neutron-lbaas stable/stein: remove release notes job  https://review.opendev.org/664874
16:11:13 <johnsom> The sign up survey should be coming out soon  to reserve space at the Shanghai PTG. Please consider if you plan to attend and let rm_work know so we can decide if we want a room, how big, and how much time we want.
16:11:45 <johnsom> Any other announcements today?
16:12:28 <johnsom> #topic Brief progress reports / bugs needing review
16:13:04 <johnsom> I have been working on log offloading mostly. I have also been helping with some enhancements to the octavia-lib for a vendor driver.
16:13:13 <ataraday_> I would like to request review for two changes #link https://review.opendev.org/#/c/659538/ - this one is pretty small
16:13:31 <ataraday_> and #link https://review.opendev.org/#/c/662791/ - with flow retry
16:14:00 <johnsom> The log offloading patches work, but our tempest job is not checking out the depends-on patch, so I need to figure out why. Also next steps there are some docs and then figuring out a tempest test for it.
16:14:51 <johnsom> ataraday_ Cool, it looks like you have addressed my previous comments, so I will take another look.
16:15:04 <cgoncalves> nothing new from my side to report. I proposed couple of patches in a handful projects to remove neutron-lbaas support.
16:15:44 <ataraday_> johnsom, yep, thanks!
16:16:47 <johnsom> I have also started some changes to octavia-lib to add "get" methods for the drivers. This would allow drivers to request object data models. There are two use cases for this, one if creating a child resource needs information from the parent resource, the other is to re-sync an appliance with the Octavia API.
16:17:16 <johnsom> I hope to have a first pass of this working today. I got delayed with some other work yesterday.
16:18:00 <cgoncalves> thank you! this will be of use to some provider drivers
16:18:03 <johnsom> ataraday_ Thank you for all of your work on jobboard support. I'm very excited to see this moving forward.
16:18:42 <johnsom> Any other updates before we go onto the next topic?
16:19:18 <johnsom> #topic Priority patch review list
16:19:28 <johnsom> This is a topic I added
16:19:51 <johnsom> I see a lot of patches piling up that are complete, but waiting on reviews for a log time.
16:20:13 <johnsom> Specifically tempest-plugin patches, but also other repositories.
16:20:36 <johnsom> How do you all feel about starting a priority review etherpad for Train?
16:20:49 <cgoncalves> +1
16:20:58 <johnsom> I would try to organize it by patch age, patch dependencies, etc.
16:21:17 <johnsom> It seems like this has helped in the past, so though I would propose it.
16:22:50 <johnsom> I just hate seeing things like test patches sit unreviewed for months on end.  These should be pretty straight forward to review.
16:22:50 <cgoncalves> are we going to re-use https://etherpad.openstack.org/p/octavia-priority-reviews ?
16:23:14 <johnsom> Plus the patch list is getting very long and we are going to start having more conflicts.
16:23:44 <johnsom> I like to so folks bookmarks still work.  Any concern not to use that etherpad?
16:24:04 <cgoncalves> I'm good with that etherpad
16:24:22 <johnsom> I will also update the IRC channel topic to include the link
16:24:58 <johnsom> Ok, I'm not seeing any negative feedback, so I will work on setting that up again.
16:26:04 <johnsom> Just a reminder, it is intended to help reviewers (not just cores) have some order to patches that need reviews. Ordered by patch age, and if other patches depend on it, etc.
16:26:36 <johnsom> #topic Open Discussion
16:26:45 <johnsom> Other topics for today?
16:27:17 <cgoncalves> FYI, the CentOS job has been in a pretty bad shape for quite awhile
16:27:49 <cgoncalves> I ran yesterday Octavia tempest tests against centos-based amphorae locally and all tests passed (except for 1 related to IPv6 misconfiguration likely)
16:27:56 <johnsom> Sigh, yes. I am hoping the log offloading will shed some light on that.
16:28:07 <cgoncalves> so, there's something fishy about the way the job runs in Zuul
16:28:43 <cgoncalves> I have this DNM patch where I'm experimented with a mix of centos controller/ubuntu amp and the other way around: https://review.opendev.org/#/c/664840/
16:28:54 <cgoncalves> centos controller / ubuntu amphora passed
16:29:03 <johnsom> We may need to get the nova console logs too somehow. We may need to add that to our cleanup process to have it save off those console logs before deleting the amphora on cleanup.
16:29:17 <colin-> that would be useful
16:29:22 <cgoncalves> ubuntu controller / centos amphora passed 10 out of 15 tests, so way better anyway
16:30:22 <cgoncalves> I'm thinking requesting the Infra team a CI node to reproduce this would be best
16:30:30 <cgoncalves> open for ideas!
16:31:50 <johnsom> Yeah, we may need to do that. Maybe after we get a log offload?
16:32:12 <cgoncalves> how close are we to getting logs? LO
16:32:14 <cgoncalves> :P
16:32:33 <johnsom> I hope to figure out this depends-on problem this morning. If that doesn't show what is wrong, then I would consider escalating to infra or adding the nova console log idea.
16:32:45 * johnsom glares at cgoncalves....
16:32:57 <cgoncalves> alright, good to me :)
16:33:10 <johnsom> It works on devstack!  It's just the tempest patch isn't pulling in the octavia patch, it's checking out master.
16:33:48 <colin-> the IPv6 implementation will be native all the way through the amp stack right? no 6 to 4 stuff i'm assuming?
16:33:48 <johnsom> lol, you are welcome to look at the tempest patch and see if you see why it's not checking out the right version.
16:34:00 <cgoncalves> yeah, weird it's not pulling the depends-on -- https://github.com/openstack/octavia-tempest-plugin/blob/fe49e4fae8e051b0690cdebeffd7b600a6d63171/zuul.d/jobs.yaml#L39
16:34:33 <johnsom> colin- For the VIP and members, we already fully support IPv6 and test it in the tempest scenarios. This includes 4-to-6 and 6-to-4 scenarios.
16:35:23 <johnsom> colin- Look at the ipv6 jobs here:
16:35:25 <johnsom> #link http://logs.openstack.org/23/664123/4/check/octavia-v2-dsvm-scenario/7e94fbc/testr_results.html.gz
16:35:41 <colin-> thanks, will do. what is the outstanding body of work for train in that case?
16:36:29 <cgoncalves> johnsom, wondering if https://github.com/openstack/octavia-tempest-plugin/blob/fe49e4fae8e051b0690cdebeffd7b600a6d63171/zuul.d/jobs.yaml#L84 isn't interfering
16:36:29 <johnsom> A gate job using IPv6 for the lb-mgmt-net and making sure our devstack plugin picks up the devstack IPV6 variable and creates the API endpoint using IPv6.
16:36:36 <colin-> looking at https://review.opendev.org/#/c/594078/ presently
16:36:42 <colin-> ok
16:36:49 <cgoncalves> as in overriding the code pulled from depends-on
16:36:53 <johnsom> cgoncalves I bet you are right!
16:37:04 <johnsom> hmmmm
16:37:38 <johnsom> I need to figure out how to fix that. Thanks!
16:37:46 * johnsom un-glares at cgoncalves
16:37:57 <cgoncalves> lol
16:38:32 <johnsom> Any other topics today?
16:40:07 <johnsom> Ok, thanks folks!  Have a great week.
16:40:12 <johnsom> #endmeeting