14:00:15 #startmeeting glance 14:00:16 o/ 14:00:16 Meeting started Thu Jun 19 14:00:15 2014 UTC and is due to finish in 60 minutes. The chair is markwash. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:17 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:20 The meeting name has been set to 'glance' 14:00:20 o/ 14:00:21 o/ 14:00:22 o/ 14:00:25 o/ 14:00:43 o/ 14:00:45 o/ 14:00:54 o/ 14:01:22 I have one item for today, then I guess we can just go into open discussion 14:01:23 o/ 14:01:54 reminder agenda is here: https://etherpad.openstack.org/p/glance-team-meeting-agenda 14:02:16 #topic addressing the integration requirements gap 14:02:45 we need to provide the TC with simple plan to address some of our tempest testing gaps 14:03:07 principle among them is a lack of testing "realistic" image data 14:03:17 I was a bit hasty with the timeline for this item 14:03:48 we need an assignee and plan soon 14:04:03 but the timeline for actually adding more testing should probably be targeting juno-2 14:04:07 I've no clue about the testing done there atm however, can pick it up if none is available 14:04:33 so I'm looking for some volunteers 14:04:35 if someone can point me to the right place to look into 14:04:38 nikhil___: heh I'm in the same boat 14:04:43 hemanth_: I have no clue what it takes to address the testing gap, but I can work with nikhil___ 14:04:51 I'm talking to myself! 14:04:56 haha 14:04:57 me neither, but I'm willing to help 14:05:32 great, we've 3 now hope we can move things forward 14:05:41 okay, based on this what I'm going to do is go digging into to tempest to find the place that needs modification 14:05:50 and I'm going to put nikhil___ down as the assignee 14:05:54 and guessing blitz__ would like to work on as well so 4 .. 14:06:09 and I'll document at least in an email what the gap is and where I think we need to modify tempest 14:06:11 markwash: works 14:06:29 markwash: if you ok pls CC me 14:06:39 #action markwash document changes needed for tempest testing gaps 14:06:42 zhiyan: sure thing 14:06:45 markwash: can work with you today if needed and if it would help .. 14:06:49 markwash: thanks 14:07:19 #topic mission statement 14:07:41 I'm planning on submitting another patchset to the openstack/governance glance mission statement review tomorrow 14:07:55 hopefully we find something that can be adopted by the TC next tuesday 14:08:23 (just wanted to give that little update) 14:08:36 #topic open discussion 14:08:49 markwash: in the lline with the second mission statement that were out for review? 14:09:38 jokke_: yes, I'm talking about a new version of the change that is out in review right now 14:09:51 https://review.openstack.org/#/c/98002/ 14:09:54 k 14:10:59 i have a quick one like to get folks help 14:11:06 the agenda is a bit light today, but this could be a good opportunity for folks to ask each other questions 14:11:17 since we have a good portion of the group here 14:11:20 zhiyan: go for it 14:11:47 basicly, i just like folks help my location-status change stuff 14:12:24 jokke_: thanks for the review btw 14:12:58 zhiyan: still working on it ... it's not fast to digest ;) 14:13:00 the db table change has already been landed in I early (iiuc), rest of it is ready for you review 14:13:10 in investigating where to add the new metadata-schema tables i noticed there is an abandoned blue-print for moving towards alembic pending community direction...is that still the case? 14:14:08 the start point of it is here: https://review.openstack.org/#/c/67115/ 14:14:29 wayne__: I think that we were expecting to just pick that up through oslo I guess? if it is necessary for consistency with the rest of openstack 14:15:03 we used alembic in the graffiti poc...would it make any sense to use alembic just for the metadata-schema tables? 14:15:28 or should i add a new sqlalchemy-migrate version? 14:15:58 wayne__: probably porting that to sqlalchemy-migrate is going to be the way to go 14:16:15 ok 14:16:33 markwash: wayne__ : just fyi, we tried to use alembic for another project and it turned out to be a nightmare to switch to it atm 14:16:40 what about API? Any plans on moving to pecan? 14:16:52 it def is a good tool however, a bit too early to make the swicth 14:16:57 i see 14:17:14 ativelkov: we could never quite muster up the test confidence to authorize a big switch like that (to pecan) 14:17:40 but I was hoping that the graffiti stuff could stay in pecan but still be brought into the glance codebase 14:17:52 any luck on running pecan beside our current wsgi homebrew? 14:18:00 wayne__: ^^ (were you looking into that?) 14:18:00 markwash: lakshmi on our team was started looking into that 14:18:17 ah okay cool 14:18:18 Pecan seems to run in its own process 14:18:38 Cause I have the same question on artifacts - if we want this thing to co-exist in v2 branch, we probably have to have a single engine 14:19:38 how much does pecan buy us, vs what wsme buys us? 14:19:46 and is it possible to use wsme in our current engine? 14:20:05 using the same port (9292) would be a big factor into using the same process, right? 14:20:42 nikhil___ thats right 14:21:17 Port is part of the endpoint in keystone. We probably do not want to have more then one "glance" endpoint in service catalog 14:21:33 wsme could be used separately from pecan. It will gives us marshalling/unmarshalling of json. 14:21:42 lakshmiS, ativelkov: this is definitely a tough integration step. I think we really want to find the solution that lets us make the fewest ripples 14:21:56 I'll also take a look at the pecan wsme stuff this week and see if I can come up with any ideas 14:22:08 ah, that's interesting 14:22:20 I mean, I'm a little terrified of the idea of porting v2 to pecan/wsme, but maybe its not so hard? 14:22:27 We are hoping to at least use the WSME marshalling. 14:22:29 if that's what we have to do 14:22:30 As for me I would prefer to use the current engine for now. Migrating to pecan may be done later, when (if) we start doing v3 14:22:55 ativelkov: ah okay 14:23:20 if we can't do it in a underlayer (like wsgi level), v3 is good to me 14:23:24 it sounds like we need a clear plan of action on the api framework issue 14:23:42 +1 14:24:27 BTW, do we have any long-term (or mid-term) roadmap? 14:24:48 ativelkov: does there seem to be any advantage to you to using wsme in our current engine 14:25:01 wsme lets you create an object model and then not hand code marshalling. I think that's what you were going to be trying out within current Glance framework next, rigth lakshmiS? 14:25:05 ativelkov: outside of our specs documents and the general artifact plans, no I don't think so 14:25:27 TravT yes 14:27:08 #action markwash lakshmiS ativelkov: investigate wsme/pecan options living alongside the current engine for next weeks discussion 14:27:15 ^^ is that okay with you guys? 14:27:21 sounds good 14:27:26 Works for me 14:27:31 great, thanks 14:27:36 markwash: https://review.openstack.org/#/c/98750/ (Fake Keystone) could you open that your comment about performance concerns a bit? Would be nice to get the thoughts of the group as well! (If/when the framework topic is done for now) 14:28:29 jokke_: I think I maybe didn't mean to say "performance" 14:28:58 s/performance/behavior/ seems like what I must have meant 14:28:59 sorry 14:29:49 okay, I think we can just move more discussion to #openstack-glance 14:29:52 thanks everybody 14:30:04 #endmeeting