15:00:46 #startmeeting manila 15:00:47 Meeting started Thu Sep 4 15:00:46 2014 UTC and is due to finish in 60 minutes. The chair is bswartz. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:49 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:51 The meeting name has been set to 'manila' 15:00:56 hello all 15:00:58 Hi 15:01:01 Hi, bswartz, will be meeting be here or openstack-manila given we are incubated now 15:01:02 :) 15:01:03 hi 15:01:19 *openstack-meeting i meant 15:01:19 deepakcs: nobody meets in the project channels 15:01:35 hi 15:01:41 no, we use this channel because the other one is taken during this time 15:01:46 ok 15:02:16 with so many projects it's inevitable that there will be conflicts 15:02:22 I'm aware of a #openstack-meeting-3 too 15:02:33 ah i wasn't aware.. news to me :) 15:02:41 someday probably a 4 and a 5 15:02:51 #agenda https://wiki.openstack.org/wiki/Manila/Meetings 15:03:07 #topic J-3 15:03:22 So J-3 was completed yesterday 15:03:45 the EMC driver was merged and the Glusterfs "native" driver as well 15:04:03 at this point I believe we're done with new features for Juno 15:04:14 did anyone have something they still hoped to land? 15:04:40 bswartz, the manilaclient patch (its waiting jenkins +1) - its a dep for the glusterfs native driver 15:05:04 deepakcs: I know about that -- the gate is super backed up and it will take a while 15:05:16 bswartz, ok, but i hope it gets into juno as well 15:05:19 python-manilaclient is not part of J-3 though so it's not a big deal 15:05:29 oh ok, didnt knew that 15:05:41 i thot the J-3 applied to all projects equally 15:05:57 We don't do milestones for the client 15:06:24 ok 15:06:25 we'll do a release for the client but it will be a lot more casual than the manila release itself 15:06:47 ok 15:06:49 so overall I'm pleased with J-3 15:06:55 Yo! 15:07:03 kudos to all! 15:07:12 thanks especially to the efforts of xyang and vponomaryov and everyone else who helped out with reviews 15:07:20 bswartz, =1 15:07:22 *+1 15:07:32 #topic dev status 15:07:41 thanks everyone 15:07:46 dev status is not big today 15:07:50 1) Big part of efforts was directed to bugfixing. 15:08:04 2) Default share-network for multitenant drivers (planned for K) 15:08:08 bp: #link https://blueprints.launchpad.net/manila/+spec/default-network-for-multitenant-drivers 15:08:08 gerrit: #link https://review.openstack.org/114258 15:08:17 status: available for testing 15:08:28 other mentioned stuff: 15:08:40 3) Manila has new driver - EMC VNX. 15:08:40 4) Manila has possibility to provide GlusterFS shares using appropriate driver. 15:09:03 that's the main update for a week 15:09:11 thanks vponomaryov 15:09:26 btw it looks like jenkins isn't happy with the default network change 15:09:35 but I'm glad it's avialable for review 15:10:01 just because it won't merge until Kilo doesn't mean we can't keep reviewing/testing it now 15:10:32 I spent some time cleaning up LP yesterday before publishing the J-3 tag for manila 15:10:53 please target your bugs in LP to a milestone 15:10:59 bswartz, can u pls approve the cert-based-access-type bp.. given that most of the code is merged 15:11:14 deepakcs: oh yeah I never went back and did that 15:11:15 bswartz, i put target as J-3 for the above cert bp 15:11:38 but this feed into my next topic 15:11:46 #topic J-4 plans 15:11:54 bswartz: is there a guideline on what can still be approved for Juno? Any bug fixes with J-3 tag? 15:12:09 xyang2: https://wiki.openstack.org/wiki/Release_Cycle 15:12:22 so we have several bugs targetted at juno-rc1 now 15:12:24 xyang2: bug fixies with bug id 15:12:56 vponomaryov: thanks 15:13:00 please make sure anything you want fixed in juno has a target of juno-rc1 15:13:22 we will review that list and try to get it to zero as fast as possible 15:13:50 anything that can wait should be targetted to kilo-1 or later 15:14:42 bswartz: I'll only approve bugs with the juno-rc1 tag then 15:15:04 yes thanks 15:16:04 I need to double check that not just anybody can target a bug to a milestone 15:16:39 but assuming we to the right targeting in LP we should have a smooth release 15:17:15 so the other thing (other than bugs) we should focus on during J-4 is reviewing and updating docs 15:17:32 bswartz: docs on wiki? 15:17:36 now that we're incubated we have a chance to get into the integrated docs 15:18:16 so some of the docs will need to migrate from wiki to docs.openstack.org 15:18:31 and we'll need to review them for content, especially for stuff that's changed 15:18:34 bswartz: if you mean docs in manila project, then it does not satisfy criteria "only dugfixies" 15:18:47 bswartz, Is J-4 same as juno-rc1 ? (https://wiki.openstack.org/wiki/Juno_Release_Schedule doesn't talk abt J-4, hence the Q) 15:19:31 J-4 is the period from now until Oct 16 (Juno Release) 15:20:12 bswartz: what about horizon extension? 15:20:20 bswartz: it is incompatible now 15:20:34 vponomaryov: by docs I was referring to http://git.openstack.org/cgit/openstack/openstack-manuals/ 15:20:55 bswartz: API and client changes affected our horizon with manila support 15:21:00 we will have to do some work for horizon, tempest, and devstack, and I believe all of that work can wait until K-1 15:22:07 so priorities should be: 15:22:25 #1 find critical bugs / fix bugs for juno-rc1 15:22:38 #2 update docs and move them to openstack-manuals 15:22:56 #3 get back to work on new features aimed at kilo-1 15:23:47 any comments/questions? 15:24:15 with any luck we will be able to cut RC1 early in the J-4 cycle 15:24:40 bswartz, what about the cirros image issue... we hold it till K-1 as well ? 15:25:12 deepakcs: that's outside the manila team's control right now so work can continue on that on whatever schedule 15:25:29 ok 15:25:41 that's another issue we should tackle in kilo-1 though -- how to get a reference image controlled by the manila team 15:26:08 we'll need to create a new project most likel 15:26:38 #topic open discussion 15:26:45 so does anyone have anything else? 15:26:51 bswartz: yes 15:26:59 terminology question 15:27:19 for those of you who don't know, we will almost certainly get some official time on the design summit schedule, but I don't know how much 15:27:36 so think about topics to discuss in paris 15:28:06 bswartz, is there a place where we can post the potential topics ? 15:28:14 or see who has proposed what 15:28:15 csaba: go ahead 15:28:37 deepakcs: http://summit.openstack.org/ 15:28:58 so as we discussed last time, insteaad of single vs multi-tenant drivers we'll prefer to speak of flat-network vs ... kind of drivers? 15:29:00 as you can see, it's not open yet 15:29:13 csaba: oh yes 15:29:13 bswartz, got it 15:29:27 "bloated network drivers"? :) 15:29:37 lol 15:29:39 I like it 15:29:51 seriously though 15:30:33 we have "flat-network" and "secure multitenancy" or "segmented-network" drivers 15:30:42 how abt neutron-network based drivers ? 15:30:49 I guess we don't have an agreed-upon name for the non-flat-network drivers 15:31:05 this is it - non-flat-network drivers 15:31:12 deepakcs: we can't reference neutron because we're trying to eliminated that dependency 15:31:21 it's just comes up when I'm to word my thougths 15:31:26 bswartz: what is segmented-network? is this the gateway-assisted? 15:31:43 xyang2: vlan, vxlan usage, etc 15:32:02 bswartz, i think we need to conclude on the right terminologies and put them for good in the manila wikipage, so that we can all talk the same lingo 15:32:03 xyang2: by segmented we just mean the tenants are on something like VLANs or VXLANs 15:32:05 vponomaryov: ok, thanks 15:32:16 okay these are all good points 15:32:35 bswartz: ok 15:32:43 let's plan to make decisions on terminology by next week 15:32:49 I'd like to think over the options and write some stuff down 15:33:27 I think I know what I mean when I talk about this stuff but if people don't understand it then it's no good 15:33:28 bswartz: OK cool that's also good as base effort for outlined doc effort 15:33:55 s/base effort/base/ 15:34:03 yeah the front page of our manual needs to have a glossary section where we explain our manila-specific terminology 15:34:51 okay looks like we're done early today 15:35:01 going once.... 15:35:11 twice.... 15:35:20 The terminology should go not just into manuals, but also in wikpage and hacking.rst too, so that developers, people googling and customers reading manuals all can read the same 15:35:33 deepakcs: good points 15:35:58 I'll make a note on the agenda for next week 15:36:05 okay thanks everyone 15:36:08 bye 15:36:16 #endmeeting