18:00:19 #startmeeting sahara 18:00:20 Meeting started Thu Jul 7 18:00:19 2016 UTC and is due to finish in 60 minutes. The chair is vgridnev. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:21 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:00:23 o/ 18:00:23 The meeting name has been set to 'sahara' 18:00:30 #chair egafford 18:00:30 Current chairs: egafford vgridnev 18:00:34 hi o/ 18:00:42 hi 18:01:15 o/ 18:01:26 #link https://wiki.openstack.org/wiki/Meetings/SaharaAgenda 18:02:36 hi 18:02:52 #topic News / updates 18:04:10 my short status: plugins api in UI / some preparations before future newton-2 release (next week) 18:04:31 summit talk preparations also 18:05:49 not much from me, a couple reviews... sadly, my time is mostly being consumed by non-openstack projects =( 18:05:59 I'm working on designate research and research about heat abilities of designate records creation 18:06:09 on my side upgrade to storm 1.0.1 is up, going to review CI patch today. python jobs compatibility with pyleus should go up to review later today or tomorrow as well 18:06:20 Working on getting the configuration engine for the image gen CLI up and running; should be able to post for review shortly. Also summit talk prep (I owe you and Nikita feedback on the state of Sahara talk, vgridnev, and I'm working on an abstract about the image gen stuff.) 18:06:32 trying still to fix the sahara CLI tests 18:08:09 nothing else in news? 18:08:21 I put up a spec/patch for generalizing fp usage, holdover from last cycle. I think we're going to discuss later. Otherwise I have been completely absorbed in a diferent project 18:08:48 tmckay: Yup, thanks. I think tellesnobrega is likely to take that over after his pyleus work. 18:08:52 #Review priorities 18:08:59 #topic Review priorities 18:09:00 okey doke 18:09:55 tmckay, i will ping you if i need guidance on that 18:10:23 newton-2 soon, let's concentrate our reviews on things ether pad https://etherpad.openstack.org/p/sahara-review-priorities 18:10:29 ack, I was 90 through testing, just needed to verfiy that it doesn't break in a nova net env 18:11:06 additionally, there are 3 changes in stable branches, 2 out of them needed to fix CI 18:11:41 nothings else I guess in this topic 18:11:53 * egafford will review that queue after the meeting, yeah. 18:12:08 #topic Refactor the logic around use of floating ips in node groups and clusters 18:12:17 #link https://review.openstack.org/#/c/336593/ 18:12:36 is anyone had a chance to view this spec? 18:12:57 sadly no, not yet 18:13:13 from my opinion it's almost ok, but we need to address issues with proxy nodes 18:13:35 the idea is simple. essentially, whether or not fps are used should be settable in each node group, not application wide for all users and all node groups 18:13:56 this came up when I was experimenting with baremetal using a flat physical network 18:14:24 I had to change "use_floating_ips" to False and restart sahara to be able to launch baremetal clusters 18:14:30 got me thinking .... 18:15:00 vgridnev, technically I've handled the proxy nodes in the patch, but I agree that I need more words around proxy nodes in the spec for clarity 18:15:59 tmckay: Yeah, I think it looks broadly totally fine. Do you want to update the spec, or have someone take that over? I know you've got some other priorities. 18:16:01 patch is shallow but broad, since fps are touched all over the place 18:16:11 egafford, I can update 18:16:20 tmckay: Cool. 18:16:23 so, probably additional option to enable proxies that (checked by default) 18:16:26 should be today or tomorrow 18:16:27 ? 18:16:42 I think proxies will work as is 18:17:22 but, maybe a follow-on spec if we find a use case that needs refinement 18:19:42 ok, seems like we should test that patch, to understand that everything is ok. So, probably I'll ask esickachev to make some tests of that 18:20:06 agreed, sounds good 18:20:20 ok, thanks tmckay 18:20:34 waiting for spec updates 18:20:45 #topic Pagination 18:20:46 yep 18:21:02 #link https://review.openstack.org/#/c/336931 18:21:38 So this is a fairly major breaking change. It's awesome, but breaks all our prior contracts. 18:22:29 yea, looked mostly good to me. just the question of sorting 18:22:42 from my last review there are only some small issues on names of variables 18:22:46 apparently, i need to read it again ;) 18:23:45 i think it seemed mostly good to me as well 18:24:24 Ah, okay, I see. Cool; looks like this is backward compatible. 18:24:32 \o/ 18:24:39 sure 18:25:28 I saw that michael already uploaded a changes that implements that, but I have no chance to review that yet 18:25:45 * egafford loves the embedded hyperlinks for next and previous. :) 18:26:55 yeah, that's a good choice 18:28:25 elmiko, do we need API v2 progress ? 18:28:35 sorry, just missed that 18:28:45 i don't think so, but i want to get things moving again 18:28:58 i plan to look over the work that needs to be done, to see if we can get a plan together 18:29:14 i'm hopeful i can spend a day next week sorting through things 18:29:14 ok, sure 18:29:24 if possible, i'll put up some patches for the smaller work 18:31:17 ok, finally seems there are no major objections on pagination, so I think that we merge that as soon as elmiko and egafford will vote with +2, so moving on 18:31:59 #topic Open discussion 18:32:25 vgridnev: ack 18:33:32 vgridnev: I remember we wanted to go over nightly jobs again 18:33:38 sad announcement: sahara ci is absolutely unstable right now, there are some issues with quotas; undeleting heat stack that are hangs in DELETE_IN_PROGRESS and so on 18:33:45 NikitaKonovalov, yep 18:34:04 the idea was to move liberty jobs from nightly to something like weekly schedule 18:34:51 and additionally freeze liberty yaml scenarios to avoid testing against stable/liberty in sahara-tests 18:35:35 and also, I thinking to make centos7 is default testing point for plugins like cdh and ambari 18:35:40 yes it's very unlikely that we'll need to merge anything to liberty tests 18:35:58 vgridnev: Yeah, centos7 is a sensible default on the centos side, definitely. 18:37:22 We should be able to bring MapR up to 7 as well, hopefully (it is supported per their matrix.) 18:38:22 egafford, yep, I'll ask maps folks about that 18:38:23 http://paste.openstack.org/show/527027/ 18:39:08 so, that is the list of jobs are suppose we will have 18:40:35 that seems reasonable enough 18:41:01 if mapr supports centos7 we will include that also 18:41:17 tosky: Thoughts on the test list? Seems reasonable. vgridnev: Yeah, +1 to MapR on 7. 18:41:33 * tosky checks 18:42:30 I agree with moving to centos7 as much as possible 18:43:13 tosky: "Oh please let's move to CentOS 7 ASAP" seems to be today's theme. :) 18:43:23 well, centos is kewl =) 18:43:41 elmiko: Oh, centos is awesome. We're just talking 6 vs 7. 18:43:55 Centos 6 is less kewl. 18:44:00 agreed 18:45:42 seems that there is no objections 18:46:00 anything else that we can cover in today meeting? 18:47:01 ++ on centos 7 18:48:09 Nothing I can think of. 18:48:58 me neither 18:49:04 +1 18:50:09 ok, thanks 18:50:10 #endmeeting