16:02:55 #startmeeting Octavia meeting 16:02:55 Meeting started Wed Jun 26 16:02:55 2019 UTC and is due to finish in 60 minutes. The chair is cgoncalves. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:02:56 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:02:59 The meeting name has been set to 'octavia_meeting' 16:03:05 hi there! 16:03:05 cgoncalves: is the new PTL? 16:03:07 o/ 16:03:17 Ha, well, no 16:03:21 Hi 16:03:25 hi 16:03:31 xgerman, fortunately no 16:03:40 #topic Announcements 16:03:47 Lol - fortunately 16:04:06 I did not have time to prepare this meeting, sorry, so I don't have announcements from my side. anyone? 16:04:32 I haven't prepared anything either 16:05:39 just skimmed through last -discuss threads. nothing worth sharing, I guess 16:06:06 ok 16:06:09 #topic Brief progress reports / bugs needing review 16:06:10 The bindeps on the nodepool changed, but we have a fix in for the only thing we didn't have, graphviz. 16:06:38 yeah, thanks for sending patches! some on stable branches are still open 16:06:38 For me I have had some internal fire drills to deal with, so my upstream cycles have been reduced. 16:06:48 Please, please review these changes - https://review.opendev.org/#/c/662791/ - already has +2, this one is small and not breaking any thing https://review.opendev.org/#/c/659538/ 16:06:56 I fixed the docs job for the new bindep changes. 16:07:29 also working of refactor flows db object to dict changes 16:07:40 I have also proposed moving to the ubuntu KVM kernel build. It saves about 200MB in the qcow2 size and more inside the amphora. DIB merged my patch, the octavia one is in the gates. 16:09:09 I also started to look at the PDF docs generation community goal. It looks like it's not ready for services to implement yet, they are alpha testing in my opinion. My patch does generate a PDF, but it's not in good shape and I'm not yet copying it over to the log archive. 16:10:29 I fixed a bug that only affects Queens that could start an amphora failover loop when a certificate cannot be validated 16:10:31 #link https://review.opendev.org/#/c/667200/ 16:10:37 Finally, I have been working on the octavia-lib "get" methods for the provider drivers. It's going slow as I'm creating a functional test that runs a live driver-agent and octavia-lib. In the process I am cleaning up our sample data for tests and making it common to both the functional and unit tests. 16:11:12 This has proved to be a bit of work.... Things like how SNI is implemented, etc. progress, but slower than I would have liked. 16:11:49 I also made some progress on the VIP ACL RFE. octavia-lib and CLI are ready for reviews 16:11:52 #link https://review.opendev.org/#/q/topic:vip-acl 16:12:20 Next up I need to pivot to work on the single haproxy process task we identified at the PTG. We are seeing more people run into the memory issues due to the 1.8 haproxy and having multiple haproxy processes in the amphora. 16:13:18 right. that's a critical one IMO and affects any amphora that runs haproxy 1.8 (Ubuntu Bionic and RHEL 8, for example) 16:13:46 Yep, hoping rm_work can still help me with it as it's a bit of work. 16:14:29 that would be backport material 16:14:47 Yes, at least to stein as we supported bionic there 16:14:49 thank you for picking up on this task! 16:15:14 well, we also now have 1.8 on centos 7 starting from... rocky? 16:15:18 I probably won't mind it going farther back though 16:15:33 Oh, with that special repo. Good point. 16:15:50 The one rm_work lobbied to get for centos. 16:15:58 * johnsom sees how many times he can mention him 16:16:22 heh 16:17:34 good progress since last week! we definitely have loads of work to do 16:18:09 Yes, a lot of stuff is going on, which is great. I hope the cores are not forgetting to do reviews! we have a lot open. 16:18:53 * johnsom looks in the mirror as he has not yet had time to look at ataraday_'s patches. Thank you for your patience, keep bugging me. 16:18:57 too many fires to put out, too many deadlines :) 16:19:04 Yes 16:19:36 yeah. I really appreciate a lot the work ataraday_ has been doing 16:19:44 "I know I asked for this sometime this week, but I need it today. BTW, the people you need to meet with are offline in an hour." 16:20:00 lol 16:20:40 alright, anything else to share? 16:20:54 on this topic, that is 16:22:29 #topic Open Discussion 16:23:39 I'm proposing in https://review.opendev.org/#/c/666986/ to add the Barbican jobs to the gate queue. they have been quite stable and the job is also run at Barbican check queue 16:23:44 I opened a bug about the failover flow not resetting the LB to the correct state: https://storyboard.openstack.org/#!/story/2006051 16:23:58 This is a stuck in PENDING_* potential. 16:24:27 the job only runs one test at the moment and takes ~40 seconds. I considered even merging it to the normal scenario jobs by enabling Barbican there too 16:24:36 I'm not sure I'm on board with that. If barbican breaks their stuff, it would block our patches merging. 16:25:07 but since the Barbican team also runs it, we shouldn't impose them to also run all our scenario tests 16:25:09 Well, it's nice to have a separate job that runs in their check gate that is light weight. 16:25:19 Right 16:25:37 Is it voting on the barbican side? 16:25:44 no 16:26:39 sort of in line with this, I also proposed https://review.opendev.org/#/c/666988/ 16:26:43 It also needs to be expanded greatly. It needs SNI tests, all of the client authentication stuff, and the backend re-encryption. 16:27:23 so that we only run jobs that are impacted by the proposed changed. so, if the tempest-plugin patch does not impact the barbican scenario, it skips running it 16:28:00 saves CI resources, waiting time and potential blocker from Barbican being broken at a given time 16:28:14 +1 on expanding 16:29:36 Commented on your patch 16:30:06 I did the groundwork for the certificate stuff on the barbican jobs, it's just taking the time to expand the tests out. 16:30:08 lol. oops! 16:30:58 Oh, I think I see what you did 16:31:36 oh, you got me confused there. yeah, it should work, no?! 16:32:14 I will comment on the patch. 16:32:20 The regex throws me off 16:32:24 thanks 16:32:39 folks, we are on open discussion. feel freel to chime in! 16:33:48 nothing from me aside from thanks for the in-channel support yesterday! 16:35:04 it's super cool having an octavia operator actively participating in the community. thank you! 16:35:35 oki doki. if there's nothing else, we can close the meeting 16:36:00 the channel is open 24/7 :-) 16:36:07 until next week! 16:36:10 #endmeeting