20:00:04 #startmeeting Octavia 20:00:05 Meeting started Wed Nov 29 20:00:04 2017 UTC and is due to finish in 60 minutes. The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:06 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:08 The meeting name has been set to 'octavia' 20:00:11 Hi folks 20:00:14 o/ 20:00:18 hi 20:00:45 I am back from a short holiday. 20:00:56 #topic Announcements 20:01:06 Not much on the announcement front. 20:01:21 The PTG registration is open for Dublin in February. 20:01:37 #link https://www.openstack.org/ptg 20:01:50 o/ 20:02:16 Let me know if you are planning to attend as the foundation is working on room sizing. 20:02:25 I know that German and I are attending. 20:02:53 I think we still need to sign up… 20:03:02 Any other announcements today? 20:03:32 Q-2 20:03:41 Oh, yeah, good one. 20:03:48 Queens milestone 2 is next week. 20:03:58 ^^ !!!!! 20:04:07 #link https://releases.openstack.org/queens/schedule.html#q-release 20:04:46 I would really like to get these OSC parts merged so I can cut a client release 20:04:55 #link https://review.openstack.org/#/q/project:openstack/python-octaviaclient+status:open 20:05:42 #topic Brief progress reports / bugs needing review 20:06:06 I was out for three days this week on holiday, so mostly I am trying to catch up on e-mails and reviews. 20:06:21 There was a lot of good work done over the week, so lots of stuff to review. 20:06:54 Any other updates? 20:07:12 We should keep plugging away with reviews on the provider driver spec 20:07:13 can we prioritize failover? 20:07:47 I think it should into pike, is it not? 20:07:55 *get backported into 20:07:56 #link https://review.openstack.org/509957 20:08:10 bar_ Prioritize failover how? The API issue? 20:08:18 ? 20:08:20 the flow issue 20:08:34 both my recent patch and johnsom's 20:08:39 #link https://review.openstack.org/#/c/523242/ 20:08:43 I think you mean this one? 20:08:51 yup 20:09:40 I think that only applies to Queens. I'm pretty sure the patch that broke it was a queens only patch. 20:09:48 +1 20:10:03 I checked - it is in stable/pike too 20:10:51 this is the patch that introduced the bug: 8baf0ca1d7a9a64c2ae80b5d8731b36b0d16a901 20:10:51 bug 8 in Launchpad itself "Translator forums/means of communication" [Low,Won't fix] https://launchpad.net/bugs/8 20:11:35 Ha, the bot got too excited 20:12:02 lol 20:12:20 https://github.com/openstack/octavia/blob/stable/pike/octavia/controller/worker/flows/amphora_flows.py#L297 20:12:25 bar_ I don't see the failover API in stable/pike 20:12:39 https://github.com/openstack/octavia/blob/stable/pike/octavia/api/v2/controllers/load_balancer.py#L468 20:12:44 johnsom, I do, at least in gerrit https://review.openstack.org/#/c/479109/ 20:12:58 in the 'Include In' button 20:13:39 nmagnezi Yes, that patch is there, but the failover API isn't, so this patch is fine in Pike. 20:13:41 nmagnezi, the API call itself is in a later patch, but I think it is in pike too 20:13:51 perhaps i'm mistaken? 20:14:30 API. call is not in Pike 20:14:33 johnsom, oh, okay I was under the impression we are talking about the patch bar mentioned 20:14:57 This one: 20:15:00 #link https://review.openstack.org/#/c/444347/ 20:15:11 so the path to the flow only causes problems in combination with the API patch 20:15:28 It's the combination of the two patches that runs into trouble 20:15:39 +1 20:16:50 So, it would be good to get the fix into Q2, but I don't think we need to backport it. 20:17:13 however, this sec_group patch i proposed could be relevant: https://review.openstack.org/#/c/523931/ 20:17:49 The is less severe indeed, but I can easily reproduce it. 20:18:02 That one needs review. I'm not sure I'm confortable with a blanket exception clause like that. 20:18:15 makes sense. 20:18:46 Ok, any other progress reports or updates? 20:18:52 speaking of VIPs: https://review.openstack.org/#/c/523946/2 20:19:18 pls. kindly review 20:19:30 #topic Open Discussion 20:19:36 Yep, we should mention that. 20:19:47 #link https://review.openstack.org/#/c/519509/ 20:20:03 looks like we are close on getting that merged, just need additional core review 20:20:05 So, with neutron-lbaas the VIP port is owned by the tenant but the base port is owned by the neutron service account. 20:20:23 In octavia they are currently both owned by the octavia service account. 20:20:52 This blocks users from being able to apply a floating IP to the VIP port 20:21:02 I think we need to change it as German proposed. 20:21:18 The bummer is that users can now remove the security group from the VIP port. 20:21:24 :-( 20:21:50 even though it was bad that was prior behavior 20:22:17 Yeah, I think we really need to let them use floating IPs... 20:22:22 +1 20:22:56 the grand of FWaaS V2 might solve our impediement in the future 20:23:07 +1 20:23:36 Yep. So, something to review and discuss 20:24:38 Other topics today? 20:25:15 review, review, review 20:25:19 +1 20:25:42 Yes. I just want to reiterate, all review votes count and are important for the project. 20:25:59 We all appreciate any review help you can provide 20:26:08 +1000 20:26:18 +2000 20:26:37 Ok, thanks folks! 20:26:44 o/ 20:26:47 o/ 20:26:54 #endmeeting