16:03:48 <johnsom> #startmeeting Octavia
16:03:49 <openstack> Meeting started Wed Aug  7 16:03:48 2019 UTC and is due to finish in 60 minutes.  The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:03:50 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
16:03:52 <openstack> The meeting name has been set to 'octavia'
16:04:05 <ataraday_> hi
16:04:17 <johnsom> I am not exactly sure what is going on, but I will start the meeting
16:04:26 <johnsom> Hi everyone
16:04:41 <gthiemonge> Hi
16:04:44 <colin-> \o
16:04:53 <ajay33> Hi
16:05:04 <cgoncalves> hi
16:05:09 <johnsom> Our PTL was just commenting, but then disappeared
16:05:16 <rm_work> ah
16:05:22 <colin-> gottem!
16:05:27 <rm_work> yeah whoops missed the time :D
16:05:41 <rm_work> was reviewing the patch you just updated about the log socket lol
16:06:01 <rm_work> go ahead, you're doing good :)
16:06:20 <rm_work> eiddccidnvgenbjjunkgnkburcikcijfetrlvreflbc
16:06:22 <johnsom> Ha, well, I don't have an agenda, do you?
16:06:33 <rm_work> ^^ my yubikey wants you to know the meeting is going well
16:06:34 <johnsom> lol, yubikey?
16:07:03 <johnsom> #topic Announcements
16:07:11 <johnsom> Anybody have anything this week?
16:08:00 <johnsom> The Shanghai summit schedule is posted
16:08:51 <johnsom> Ok, moving on then
16:08:52 <johnsom> #topic Brief progress reports / bugs needing review
16:09:57 <johnsom> I have been busy working on octavia-lib provider related things recently. That main work is done, but I have some patch cleanup to do still.
16:10:02 <rm_work> lots of merging going on! woo!
16:10:19 <rm_work> great turnaround from a week ago when i was saying i was super concerned about review velocity
16:10:24 <johnsom> I am going to start work on a better failover flow.
16:11:02 <johnsom> Yes, it looks like we have burned through 60+ patches since I setup the review list. That is awesome
16:11:06 <colin-> wow
16:11:52 <ataraday_> I posted some comments on https://review.opendev.org/#/c/662791/ about issues with retry tasks - usage of redis jobboard, will try to find something else, for now concluding refactor of db object - dicts...
16:11:55 <openstackgerrit> Anqi Li proposed openstack/octavia master: Implements notifications for octavia  https://review.opendev.org/674432
16:12:56 <ataraday_> johnsom, I will need to get your change https://review.opendev.org/#/c/660236/ updated, do you mind if I rebase it?
16:13:25 <johnsom> ataraday_ Please do, I keep forgetting to look at that.  It's going to be a hard one to do.
16:13:48 <ataraday_> johnsom, OK, thanks!
16:14:32 <johnsom> Ah, the data too long for column. I might have some ideas  on how to fix that.
16:16:42 <johnsom> Any other updates?
16:17:54 <johnsom> #topic Open Discussion
16:18:00 <johnsom> Other topics this week?
16:18:23 <ataraday_> johnsom, if you have time, may be you left some comments on change? My only idea to try notify taskflow listener that task is in progress, though not sure it is possible...
16:20:07 <johnsom> Ok
16:20:35 <colin-> i realize the original authors of the active-active L3 spec are not present to answer this but wanted to ask anyway because i was curious; when looking at the changes https://review.opendev.org/#/c/453005/15 i don't see any mention of VRRP being used and was curious if anybody knew why not? it appears in haproxy's active-active guidelines is why i was wondering
16:21:51 <johnsom> VRRP for the top of rack switches or for the amphora?
16:22:22 <colin-> for the amphora
16:22:24 <johnsom> cd
16:22:35 <johnsom> Opps, wrong window. lol
16:22:39 <colin-> trying to go home so soon :)?
16:23:21 <johnsom> Well, in active-active the amphora are all equal, they don't need to pass a VIP between amphora, the L3 layer is holding the VIP
16:23:46 <colin-> i think this might be a mistake on my part, i think the VRRP refers just to their Aloha virtual appliance that i'm actually unfamiliar with
16:23:53 <johnsom> In the non-L3 ToR active/active, the distributor component will use VRRP to pass the VIP around
16:23:53 <colin-> so maybe disregard heh, quesiton might be half-baked
16:24:11 <colin-> ok
16:26:11 <johnsom> Ok, anything else?
16:26:44 <johnsom> ataraday_ That DataError, was that when you were using Redis for persistence?
16:29:31 <johnsom> Must have lost her.
16:29:35 <johnsom> Any other topics  today?
16:30:38 <johnsom> Ok, thanks everyone
16:30:39 <johnsom> #endmeeting