00:01:03 #startmeeting nova api 00:01:04 Meeting started Fri Feb 13 00:01:03 2015 UTC and is due to finish in 60 minutes. The chair is cyeoh. Information about MeetBot at http://wiki.debian.org/MeetBot. 00:01:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 00:01:07 The meeting name has been set to 'nova_api' 00:01:21 Hi, anyone around this week? 00:01:31 o/ 00:01:42 hi 00:02:00 hi 00:02:12 long time no meeting together ! 00:02:20 heh yea! 00:02:37 ok ok, lets get started 00:02:40 alex_xu: yeah, but we can talk anytime on irc:) 00:02:55 #topic release criteria for microversions and v2.1 00:03:00 oomichi: yeah, but meeting == party 00:03:10 alex_xu: +1 00:03:11 #link https://etherpad.openstack.org/p/v2_1_ReleaseCriteria 00:04:04 now I think we have the patch merged that we needed for tempest run with neutron to run successfully? 00:04:23 cyeoh: yeah, successfully. 00:04:40 I tested WIP patch for doing it. 00:04:49 https://review.openstack.org/#/c/139903/ 00:04:55 cool :-) So we just need to merge 151564 then 00:05:18 yeah, the time is comming :) 00:06:07 yes, i will update that soon 00:06:14 gmann: thanks ! 00:06:25 I think the baremetal nodes patches are in good shape and should merge pretty soon 149125 and 154714 00:06:55 cyeoh: yeah, I agree. 00:07:01 I was *very* surprised to discover there were not api sample tests for os-baremental-nodes though 00:07:28 because the API is not so famous. 00:07:43 yea, and it just slipped through review. 00:08:09 Park has done the manual check of v2 versus v2.1 code for anything merged to v2 since October 00:08:42 so I think we're fine there. There might be one or two things we've missed but between tempest tests and manual checks I think its sufficent 00:08:49 +1 for Park's work 00:09:02 cyeoh: yeah, that is good work 00:09:12 ... can only do so much and we'll pick up anything else as a bug report 00:09:26 yea, that is good thing 00:09:38 so I'm not sure when to merge 149948 00:10:05 cyeoh: need to merge before kilo-3 00:10:10 we don't have doc yet for writing a v3 plugin (but I hope to be able to start that today) 00:10:11 that is my hope :) 00:10:36 the doc would be a good input. 00:10:39 we can definitely merge v2.1 before microversions 00:11:13 cyeoh: +1 00:11:26 so how about we concentrate on getting the patches merged mentioned above 00:11:47 and aim to merge 153935 Monday/Tue next week? 00:12:16 the only thing I'm not sure about is some doc around nova client 00:12:17 cyeoh: I agree 00:12:46 so by default v2.1 will be export on /v21 00:12:47 cyeoh: it's already merged? 00:12:49 153935 is merged 00:13:18 oh sorry I mean 149948 00:13:26 the EXPERIMENTAL->CURRENT setting 00:14:19 cyeoh: +1 00:14:44 so my one question is how we recommend trying out v2.1? 00:15:05 do we just say use /v2.1 00:15:14 or try to describe what devstack does? 00:15:27 or both? Either way I think operators will need some guidance 00:15:36 or $ nova --service-type computev21 list 00:15:39 on devstack 00:16:39 cyeoh: may provide a way let devstack configure v2.1 as default 00:17:06 alex_xu: oh, that is a good idea :) 00:17:15 cyeoh: some configuration can make the v2.1 export as /v2 00:17:29 oomichi: thanks 00:17:49 alex_xu: devstack has already contained the option for switching v2.1 as /v2 00:17:54 yea I guess we should just describe a few different ways so there is something that will work depending on the operator environment setup 00:18:11 we can just change True as the default value on devstack. 00:18:11 oomichi: already! cool 00:18:21 I'll put in on the release critera list 00:18:40 alex_xu: yeah, the option was necessary for running v2.1 job on the gate. 00:18:58 oomichi: oops, yea, right, I missed that 00:19:34 oomichi: do you have a link to where in devstack you need to set a value to True? 00:19:37 then we might not need V21 jobs :) 00:20:33 cyeoh: yeah, I will write the link on the etherpad. 00:20:42 oomichi, thanks! 00:22:11 I think thats it for v2.1, for microversions I see there is the proposed header name change 00:22:40 I dont think I really care, but if everyone else is going for project name I'm ok with that 00:22:59 #link https://review.openstack.org/#/c/153183/1/specs/kilo/approved/api-microversions.rst 00:23:00 cyeoh: thanks :) 00:23:11 does anyone have any objections to it? 00:24:44 i'm ok 00:25:06 ok I guess we need to look around for another specs +2 00:25:09 fine for me. 00:26:12 I guess there will be a bit of test churn due to it 00:27:19 cyeoh: test churn? 00:27:39 updating unittests to send the right header? 00:28:08 I think it might be hardcoded in a few places 00:28:11 (not sure) 00:28:22 cyeoh: yes, we need to update them at many places. 00:28:47 #topic microversions 00:29:26 so this is the api change we've been lining up as the first microversion: https://review.openstack.org/#/c/140313/ 00:30:03 I'd appreciate any reviews on it and the patch its dependent on (though there will be another update in a couple of hours) 00:30:11 * alex_xu network is pretty slow... 00:30:58 the only other microversion release criteria change I'm aware of is novaclient support 00:31:02 cyeoh: the patch needs FFE and I will support it, will you? 00:31:14 cyeoh: I can't open it, I guess it's keypair one? is it get ffe? 00:31:20 140313 needs a ffe? 00:31:48 alex_xu: yes 00:31:52 cyeoh: yeah, the author sent a FFE request mail yesterday. 00:32:14 oomichi: yes I'll support it 00:32:29 cyeoh: nice, so we can push it. 00:32:53 yep and we need some change in order to get the first microversion ;-) 00:33:04 cyeoh: +1 00:34:27 did anyone have anything else on v2.1 or microversions? 00:34:40 nothing from me 00:34:52 that is all from me :) 00:35:12 #topic api policy improvement 00:35:20 cyeoh: regarding the sample files structure for microversion i n 140313 00:35:33 gmann: sure, go ahead 00:36:13 cyeoh: should we keep that in parallel to V2 sample file as we are thinking to merge V3 nd V2 sample file 00:36:45 in 140313 i saw it is inside V3/ 00:37:22 gmann: that is a nice point. 00:37:45 gmann: for the moment I think its ok, we can do the reorg post things going live 00:37:49 gmann: that seems a little strange for me. 00:38:17 so it does look odd, mainly because v2 vs v3 is more about what code it comes from rather than any relationship to a version 00:38:48 but we have to do a giant movearama to get rid of the v3 directory at some point. anyway 00:39:24 I think for now having the samples as just under v3 and the microversions in subdirs under that will work ok 00:40:27 cyeoh: yea. we need to define a structure for v2.1 nd microversion stuff (code as well as tests) 00:41:18 gmann: yep we need to work out a good file structure and I definitely want to eliminate the 1000 identical server-post.req files etc 00:41:35 at the same time I want microversions out ASAP 00:41:49 so as the first step, how about removing v3 subdir under plugins today? 00:41:58 cyeoh: yea that is most painful thing about sample file. 00:41:59 I'd rather live with a messy api samples hierary for now 00:42:28 oomichi: +1 00:42:29 the patch will be big, but it will be easy to be reviewed. 00:42:55 oomichi, I'm ok with that, but can we delay until after microversions is merged? I don't want to run into a bunch of merge conflicts 00:43:24 oomichi: and after that we can define dir structure for tests and sample files too. 00:43:36 cyeoh: yeah, conflicts will happen. but we need them anyway. 00:44:05 oomichi: yea I just don't want them delaying microversions getting merged... 00:44:30 cyeoh: ah, I see. OK, will defer it. 00:44:32 after that I'm happy to use up the rest of kilo for cleanup/bug fixing 00:44:54 I believe jaypipes had a bunch of speedup patches to 00:45:39 cyeoh: sounds good. 00:46:50 alex_xu: did you want to say anything about the api policy group of patches? 00:47:11 cyeoh: yes 00:47:21 The nova api policy improvement's current status is all the policy patches already on the gerrit. 00:47:29 #link https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/v3-api-policy,n,z 00:47:53 alex_xu: good work and a lot of patches! 00:47:53 it's includes v2.1, db layer cleanup and ec2. totally about 60 paches. 00:48:13 ok so we have lots of patches to review :-) 00:48:23 but thinking about ec2 may be removed after few release, I think we can drop the ec2 patches 00:48:53 Then we left 48 patches. 30 for v2.1 and 12 for db 00:49:00 alex_xu: yea its not clear what is happening with ec2 :-( 00:49:01 alex_xu: yeah, that is a nice point. let wait for removing ec2 api :) 00:49:24 cyeoh: oomichi yea, let's focus on v2.1 and db 00:49:35 alex_xu: +1 00:49:38 v2.1 is on good status, and the review will be very simple 00:49:40 alex_xu: agreed 00:50:07 but db layer need to review carefully 00:50:32 yep, definitely 00:51:11 alex_xu: anything else on api policy? 00:51:52 cyeoh: no more, just want to thanks all the people can review them! 00:52:23 cool - I will do some... 00:52:29 #topic urgent reviews 00:53:14 so I think the v2.1/microversions related patches are the highest priority at the moment. Anyone else have urgent patches? 00:54:10 nothing special from me 00:54:38 #topic open discussion 00:55:08 Anyone have anything they want to talk about? 00:55:50 nothing from my side. 00:56:29 yeah, I also. we will need to review a lot of patches :-) 00:56:32 ok lets close a bit early today 00:56:34 Just mention close to China Spring Festival. hope we can merge some patch before vacation. Anyway I will monitor on the patches status on the vacation. And help to update if need. 00:56:36 thanks all for coming! 00:56:55 alex_xu: ah yea, thanks for the reminder! 00:57:13 thanks all! 00:57:16 Thanks all 00:57:17 alex_xu: I guess you'll be out for a couple of weeks after this friday? 00:57:20 thanks all! 00:57:53 alex_xu: enjoy the Fest :) 00:57:58 cyeoh: the vacation begin at next Wed 00:58:21 cyeoh: but I want to monitor on policy patches, too much patch need to be merged 00:58:25 gmann: thanks! 00:58:27 alex_xu: ah ok, hope you have lots of fun and enjoy the break :-) 00:58:38 cyeoh: thanks! 00:58:42 #endmeeting