17:00:29 #startmeeting Octavia 17:00:30 Meeting started Wed Jul 12 17:00:29 2017 UTC and is due to finish in 60 minutes. The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:32 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:35 The meeting name has been set to 'octavia' 17:00:55 Hi folks 17:01:01 hi 17:01:02 hello 17:01:40 Outlook is fighting with me. I updated it for our new time, but I guess it didn't update the full series. Sigh 17:01:43 hi 17:01:47 At least I am here on time... 17:01:47 o/ 17:02:08 o/ 17:02:08 #topic Announcements 17:02:19 We are heading towards feature freeze Pike-3 July 24th 17:02:38 My normal reminder, just a few days left for new features in Pike 17:03:04 Also, I released python-octaviaclient 1.1.0 yesterday. It fixes the l7rules issue. 17:03:22 We have closed out our Pike community goals, py35 support and uwsgi 17:03:29 So, that is good stuff. 17:03:58 Also, our docs have moved under the new scheme: https://docs.openstack.org/octavia/latest/ 17:04:02 o/ 17:04:16 The old developer link will still work for some time, but this is the new location. 17:04:39 I did a basic restructuring to fit the new standard. We can probably polish more, but it is a start. 17:05:05 The presentation deadline for Sydney is soon. 17:05:35 Two more days. 17:05:41 don't forget to share a link for us to vote when time comes :) 17:05:46 FYI, I do not plan to attend Sydney 17:06:06 #link https://www.openstack.org/summit/sydney-2017/call-for-presentations/ 17:06:35 Any other announcements this week? 17:07:42 #topic Brief progress reports / bugs needing review 17:07:56 #link https://etherpad.openstack.org/p/Octavia-Pike-priority-patches 17:08:17 We are tracking a set of priority patches for Pike at that link. If you can, please help review 17:08:31 Also, nmagnezi asked for reviews on: 17:08:38 #link https://review.openstack.org/#/c/469850/ 17:08:44 #link https://review.openstack.org/#/c/464332/ 17:09:42 I have been focused on Docs, governance, and API performance improvement issues recently. 17:10:01 This week I have some internal stuff to attend to, so will mostly be doing reviews and such. 17:10:09 Any other progress updates to share? 17:10:46 about tripleO 17:10:56 we are close to merging this: https://review.openstack.org/#/c/447496/ 17:11:06 review on https://review.openstack.org/#/c/478385/10 17:11:07 next step would be to have this fully automated as well 17:11:08 Yeah!! 17:11:10 just FYI. 17:11:26 Cool stuff 17:11:33 #link https://review.openstack.org/#/c/478385/10 17:11:56 sanfern FYI, we use the #link tag to get the URLs in the minutes. 17:12:15 ok 17:12:28 It highlights it a bit more 17:12:39 #topic Discuss publishing amphora images (xgerman_) 17:12:59 xgerman_ I think you wanted to talk about publishing amp images 17:13:04 yes 17:13:25 #link https://governance.openstack.org/tc/resolutions/20170530-binary-artifacts.html 17:14:04 so the image building process has been a source for a lot of confusion for our users so I was wondering we could provide some artifacts to ease them into Octavia 17:14:16 Reading through that it seems like the TC's stance is "you are on your own" 17:14:26 yep 17:15:16 we would only provide stable images and not provide very timely updates aka if their is a security issue we might not get around pushing an update immediately 17:15:37 but if some vendor wants to step into doing that more timely… 17:15:45 anyhow, throughts? 17:16:10 Yeah, that is my big concern about this. They would be heavily "at your own risk" unless we do something like a daily build with the base OS updates 17:16:35 yeah, it might be more to help non-production users 17:17:03 but there is always the risk people ignore our disclosures… 17:17:32 From the sound of the resolution we might not be able to get infra support to do daily builds either... 17:18:09 yeah, I think it would be manual for a while unless we get some server somewhere 17:18:12 Yeah, plus it's hard to include disclosures that are prominent with images. Maybe if we gz them or something 17:18:43 Anyone else have input on this? 17:19:08 nmagnezi? 17:19:17 He just stepped away 17:20:01 can we send some kind of alert on security patch release so users can update 17:21:12 In theory yes. Basically it would trigger any time that base OS vendor pushes a new cloud image. 17:21:12 since twe only monitor security issues in Octavia actively I doubt we will be able to for the OS 17:21:24 Again, I'm not sure we have the infra for that right now. 17:21:54 yeah, I think it will be a journey from building images occasionally to setting up more infrastructure 17:21:57 I guess the question I have for this group is, would you find value in it? Was building your own image easy enough? 17:22:27 I have to say as well, those cloud images roll pretty often 17:23:44 I would imagine there is custom packages that a lot of people will add when building their images 17:24:18 Yeah, I know most production shops customize the image to some degree 17:24:22 and we are building our own images already 17:24:46 yeah, my big concern are those evaluating Octavia and to speed up some 3rd party stuff (e.g. OSA) 17:27:25 Yeah. So, I think the "best" solution would be a daily build if we can find a place to host that. Highly label it DEMO or something. 17:27:36 yep 17:27:49 DEMO-WARNING-NOT-PRODUCTION-You-have-been-warned.gz 17:27:58 Grin 17:28:11 +1 17:28:24 wonder how my free dropbox feels about that ;- 17:28:27 ) 17:28:31 xgerman_ Do you want to ask infra about it? 17:28:39 sure, I can ask 17:28:54 Ok, let's at least inquire if they would support us in that. 17:29:02 #action (xgerman) ask infra about daily image build 17:29:38 Ok, anymore on that topic for today? 17:30:19 #topic Discuss having a scenario tests gate the runs with ACTIVE_STANDBY amphoras (nmagnezi) 17:30:35 So, yes, we need that. grin 17:30:42 +1 17:30:43 Not sure if he is back or not. 17:31:02 FYI, I have setup a new repo for our go forward tempest tests: 17:31:11 #link https://github.com/openstack/octavia-tempest-plugin 17:31:30 It looks like there will be a community goal for queens for projects to move to this model. 17:32:08 In reality our tempest tests need to be re-written using the new "tempest way". 17:33:49 The other challenge we have had with act/stdby is the infra hosts have limited resources, so spinning up the VMs could be a problem. But we can cross that bridge when we get there. 17:34:24 I think really it comes down to do we have someone that can spend some time working on octavia-tempest-plugin and modernizing our tempest suite. 17:34:52 we should probably apply at the summer of code ;-) 17:36:05 Yes! Interns! Grin 17:36:26 Our last intern wrote most of the act/stdby code. 17:36:57 yeah, maybe we need to wrk with some local college and hand out coursework 17:37:50 Hmmm, if I had the cycles I would hit up the local university. I know they have done OpenStack courses in the past. 17:37:55 wasn’t there some QA team in OpenStack we could pawn things to? 17:38:25 Umm, yeah, well, I think that team is short on folks now too. 17:39:00 They have been helpful with "how-to" type questions and such, but I don't think they are in the business of writing tests at the moment 17:39:42 ok, I guess we are not solving this today 17:39:43 Anyway, it will probably become a focus for Queens if nothing else. 17:40:08 in Queens we also need to nail down the vendor driver stuff 17:40:15 Yeah, if anyone wants to help there... 17:40:29 Oh definitely, if we don't get started earlier 17:40:50 #topic Open Discussion 17:41:06 Since we have twenty minutes left, any other topics today? 17:41:25 Oh! 17:41:30 ? 17:41:48 FYI, there is another L3 Active/Active discussion scheduled for Friday. 17:42:02 I'd like to request a review on flavor spec #link https://review.openstack.org/#/c/392485/ 17:42:24 #link http://lists.openstack.org/pipermail/openstack-dev/2017-July/119565.html 17:42:56 Ok, on th Active-Active front I reworked https://review.openstack.org/#/c/313006/ to make the distributor table look more like the one jsniez proposed 17:43:19 comments welcome 17:43:37 cpuga it looks like there is a docs error, the new file needs to be added to an index. 17:44:14 I'll take care of that, thx. 17:44:28 yeah, I think we are close with flavors 17:44:38 but that also hinges on the 3rd party interface 17:44:55 It will go in here: https://github.com/openstack/octavia/blob/master/doc/source/contributor/index.rst 17:45:13 Actually, that is odd since I have a wild card.... 17:45:38 Oh, I renamed the directory for the new docs migration stuff 17:46:11 yes, I remember having to change mine from 1 to 1.0 17:46:14 Yeah, flavors is on our priority review list. 17:46:38 Yeah, sorry about that. The docs stuff is all getting changed due to the docs team reducing scope. 17:47:00 Octavia docs should be pretty stable now. 17:47:24 Other topics or concerns? 17:48:15 #link https://etherpad.openstack.org/p/Octavia-Pike-priority-patches 17:48:18 xgerman_ the change looks good to support [] for lb and amphora for distributor model 17:48:21 Ok, off to do reviews! 17:48:31 thanks 17:48:46 #endmeeting