15:00:27 #startmeeting openstack search 15:00:28 Meeting started Thu Jul 2 15:00:27 2015 UTC and is due to finish in 60 minutes. The chair is TravT. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:29 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:32 The meeting name has been set to 'openstack_search' 15:00:39 o/ 15:00:40 o/ 15:00:42 o/ 15:01:28 hello everybody. 15:01:35 o/ 15:01:38 give a min to see if other join 15:02:49 o/ 15:02:53 sorry 15:03:09 let me try to track down sjmc7... 15:03:52 so, agenda is here as usual: https://etherpad.openstack.org/p/search-team-meeting-agenda 15:04:18 please add anything you'd like to talk about. 15:04:36 today, i mainly wanted to walk through bugs / blueprints 15:04:51 nikhil_k, anything else you had in mind 15:05:15 TravT: nope, I just got back from a long travel 15:05:20 "bugs" there are no bugs, just accidental features 15:05:22 so cactchin up :) 15:05:38 sigmavirus24: lol 15:05:51 flaper87: ^^ 15:06:22 hey 15:06:27 ok, so then 15:06:40 #topic bugs https://bugs.launchpad.net/searchlight 15:07:01 * flaper87 reads 15:07:10 sigmavirus24: LOL 15:07:28 so i'll start with an easy one to discuss as it leads to another 15:07:43 i created a bug (could have been a bp) for setting a dev env 15:07:46 https://bugs.launchpad.net/searchlight/+bug/1470194 15:07:46 Launchpad bug 1470194 in OpenStack Search (Searchlight) "Missing developer manual install docs" [Undecided,In progress] - Assigned to Travis Tripp (travis-tripp) 15:07:55 i think it is done. 15:08:05 just addressed some minor comments from krykowski 15:08:51 but it the process of that lakshmi and I remembered that we have a problem with notification listening 15:09:03 https://bugs.launchpad.net/searchlight/+bug/1470627 15:09:03 Launchpad bug 1470627 in OpenStack Search (Searchlight) "Searchlight does not receive notification when deployed in same env as Ceilometer" [High,New] 15:09:33 sjmc7 originally found this while working on our summit demo 15:10:15 oof 15:10:16 i never definitely confirmed it 15:10:17 that hurts 15:10:20 sjmc7 or lakshmiS can you characterize a bit of what we think the problem is 15:10:28 sjmc7, i confirmed it yesterday 15:10:29 but it would explain some behavior i saw 15:10:31 ok 15:10:35 the problem is 15:10:51 that we're sharing notifications with ceilometer, so to rabbitmq ceilometer and searchlight look like the same consumer 15:11:02 when i killed the ceilometer processes, notifications flowed. 15:11:24 ceilometer also listens on the same glance notification info 15:11:54 and searchlight doesnt seem to recieve it when ceilometer is running 15:12:19 i was trying to create a pool name to isolate it but still troubleshooting it 15:13:05 ok, so lakshmiS_ does that mean you can take ownership of this bug? 15:13:09 sure 15:13:37 being able to set up a separate consumer would be a much neater fix than having to have services send requests to multiple topics 15:14:28 anybody have any ideas to help lakshmiS_ out? 15:14:39 yeah that the idea behind a pool name as an namespace which oslo messaging should send it multiple consumers but somehow not working 15:16:01 ok, i guess we can move on. 15:16:51 next bug seems pretty small. not much to say about it. 15:16:52 https://bugs.launchpad.net/searchlight/+bug/1469336 15:16:52 Launchpad bug 1469336 in OpenStack Search (Searchlight) "Errors are returned as html" [Undecided,New] 15:17:40 so moving on #topic blueprints https://blueprints.launchpad.net/searchlight 15:17:47 #topic blueprints https://blueprints.launchpad.net/searchlight 15:18:06 ekarlso has done some great work on getting a devstack plugin going 15:18:14 https://blueprints.launchpad.net/searchlight/+spec/devstack-plugin 15:18:18 yay! 15:18:22 TravT: agreed 15:18:28 I tested it quite a bit yesterday 15:18:37 found a few things and he addressed overnight 15:18:45 i just was almost done testing it again this morning 15:18:56 hit an odd error, that I think was my fault 15:19:25 #link https://review.openstack.org/#/c/194251/ 15:19:33 but this is a bit tricky to test. 15:19:44 I'd like to suggest that we don't all nitpick this patch too much 15:20:03 because it enables everybody and is kinda difficult to test in current state 15:20:11 because of the way devstack plugins work. 15:20:18 you kind of have to install devstack twice 15:20:25 i put some notes in a comment yesterday 15:20:31 on that. 15:21:03 but hopefully we can get it in and then improve from there 15:21:18 agree about not nitpicking too much,although i would like to get the entrypoints tidied up 15:21:30 well, that is a chicken or the egg kind of thing right? 15:22:03 you are referring to #link https://review.openstack.org/#/c/196750/ 15:22:05 ? 15:22:16 it's an ordering issue, yes 15:22:42 yeah, i guess it doesn't matter which way round 15:23:05 both are marked as essential. 15:23:48 so, just walking down through the bp's 15:23:53 next is https://blueprints.launchpad.net/searchlight/+spec/glance-metadef-plugin 15:24:50 sjmc7 are metadefs basically done? 15:24:54 at least for first pass? 15:25:06 i *think* so, though i'd like someone who understands them to test it 15:25:40 in particular i think updates may need looking at. the original was very complicated and relied heavily on database access 15:26:05 any volunteers to look through that? lakshmiS_? 15:26:25 i think kamil would be a better person, but i can also check 15:26:59 ok, let's ping kamil. he's been pretty active recently. 15:27:16 i will be looking at them from a consumer standpoint shortly. 15:27:42 ok, so next is nova. 15:28:07 nikhil_k owns it, but i believe sjmc7 you were going to do an initial drop of the summit demo POC code? 15:28:27 https://blueprints.launchpad.net/searchlight/+spec/nova-instances-plugin 15:28:28 yeah, i was. i will try and do it today 15:28:32 or over the weekend 15:28:44 * nikhil_k needs to consult nova folks about object versioning and indexing 15:28:55 yeah, i'm not getting involved with that :) 15:29:40 ok, well, i guess if you can just update the blueprint with what you know. 15:30:00 i'll get an initial review up when i can 15:30:03 missed my meeting with john this week, I will try to schedule one next and update 15:30:10 sjmc7, it is a holiday weekend, so not asking you to work over it! 15:30:29 that's going to happen anyway unfortunately 15:31:24 in my doc patch, i have started a rst for glance plugin as an initial landing place for documenting the plugins 15:31:28 https://review.openstack.org/#/c/197232/8/doc/source/plugins/glance.rst 15:31:37 we'll want to do the same for other plugins 15:31:53 so, maybe what you find out nikhil_k could go in rst file like that 15:31:55 in patch 15:32:02 TravT: sure 15:32:19 thanks 15:32:24 #action nikhil_k : add infromation on nova pluging reqs to documentation 15:32:24 next up is indexing cli 15:32:44 bp is basically blank at this point. 15:32:51 https://blueprints.launchpad.net/searchlight/+spec/indexing-cli 15:32:57 * nikhil_k is half asleep/tired 15:32:59 i'm wondering how this relates to the entrypoints 15:33:36 i don't know what this is :) 15:33:52 there was some discussion about it in brainstorming session 15:34:07 ahh... now i remember 15:34:15 this is diff than searchlight-index 15:34:22 this is more like the glanceclient has a cli 15:35:17 i seem to remember kragniz being opinionated on this, but since the BP is basically blank and I filed it, I'll try to first clarify from old notes 15:35:23 wrapper around API? then why just on index? 15:35:48 nikhil_k, idk 15:36:12 may be we can ask on that BP? 15:36:26 yeah, if you can fill in anything on it, please do. 15:36:32 and ask for differentiation between searchlight-index ? 15:37:40 any other comments on CLI to add here? 15:38:14 i think this was to aboid having to run the equiv of glance-manage 15:38:27 something you could use to force indexing from elsewhere 15:39:01 i would like to see the index command API make a comeback 15:39:13 iirc that got ripped out of what landed in glance 15:39:25 i mean, it never made it into glance 15:39:31 and so we still don't have it 15:39:46 i've no objection to doing that. the plumbing is mostly there 15:40:05 so, i suppose that means a new BP for the API first 15:40:36 Anybody willing to file it? I think we could copy paste from our original spec in glance. 15:41:15 if nobody else wants to do it i'll volunteer and hopefully not forget this one too 15:41:22 lol 15:41:26 you mean the original spec? 15:41:48 we had a whole section in the original spec on an index management API... 15:42:01 that's basically the BP i'm talking about filing 15:42:07 yeah i can do that too 15:42:13 ok. cool 15:42:23 next up functional tests 15:42:30 https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests 15:42:49 anybody willing to take ownership? 15:44:07 guess we'll have to come back to that. 15:44:07 i have some of the RBAC sceanarios that brian has given previously which i can add some of them but not all the tests 15:44:19 TravT: ++ 15:44:25 we keep getting caught up on what we mean by functional tests 15:44:35 lakshmiS_: I can pair with you on adding more covrage 15:44:46 there's the patch that was never merged into glance that i did, but last week it sounded like that wasn't what people want 15:44:47 lakshmiS_, you don't have to own the whole thing. 15:44:54 nikhil_k: sure 15:44:55 oii guys 15:45:00 sorry I just got back home ;) 15:45:05 o/ ekarlso 15:45:19 we praised your devstack work earlier 15:45:32 i had hoped to have it re-tested by the start of this meeting 15:45:36 but got a weird erro. 15:45:37 r 15:45:39 sjmc7: I think we agreed to take that route for now (merge that patch) and refactor testing 15:45:46 might ping you afterwords 15:46:07 refactor testing later (in early M) 15:46:15 use the project room after then TravT :) 15:46:21 ok. i've not had time to do that this week 15:46:23 i'll volunteer partially for testing btw :) 15:46:46 :) 15:46:57 nikhil_k, that is what I remember as well 15:47:42 ok, so if somebody can take it as being assigned to them, it doesn't mean you own everything 15:48:11 next up is horizon integration for images 15:48:12 https://blueprints.launchpad.net/searchlight/+spec/horizon-integration-images 15:48:19 i'm working towards that 15:48:31 i've filed a couple blueprints in horizon. 15:48:37 we have a chain of things that have to happen 15:48:40 lakshmiS_: ekarlso and I can be coassignees (added in the notes) 15:48:51 ok 15:48:57 thanks guys! 15:49:22 basically in horizon, we are trying to angularize the tables. 15:49:34 so, we have to get the images table angularized first. 15:49:53 which is also dependent on a bunch of other work going on that david-lyle and i are supporting 15:50:17 but, i have a personal goal of getting a first pass at angularizing the images table next week. 15:50:39 * david-lyle 's personal waterloo 15:50:51 :) 15:51:06 and want to have some initial integration attempt with searchlight by the horizon mid-cycle in a 2-ish weeks. 15:51:44 i'll be pushing designate support also very soon 15:51:55 this is intended to serve two purposes. first is to figure out what more needs to be done in horizon, but second, help drive any improvements to our API. 15:53:25 ok. so that's it for high's. 15:53:45 kragniz: how is the "remove from glance" going? 15:54:27 * TravT maybe he dropped. 15:54:31 TravT: it's going well 15:54:48 anything needed from us? 15:54:59 all tests are passing, appart from a requirements issue that wasn't related 15:55:28 apart from reviews, not much 15:55:36 #link https://review.openstack.org/#/c/197043/ 15:55:48 we are almost out of time, but i wanted to ask about two other BP's. swift and neutron. 15:55:56 #link https://review.openstack.org/#/c/197043/ 15:56:08 havn't had a chance to look at neutron 15:56:50 kragniz, have you, mclaren, lakshmiS_ been able to make progress with the swift team? 15:56:55 yeah i also wanted to know from stuart if he heard any further on the swift? 15:57:07 TravT: not much from us 15:57:19 mclaren's away for a few days 15:57:36 last thing i saw was a note from stuart on a similar spec in swift 15:58:45 ok. well, let's talk next week when stuart is back. just don't want that team to move along without us. 15:59:19 ekarlso, from a priority standpoint, we can bump up designate plugin if you are gonna be working on it. 15:59:35 and we should talk with david-lyle re: horizon priority 16:00:12 I just wanted to thank everybody for the progress we made. 16:00:16 horizon priority for? 16:00:53 i think going from not a project to being a project with a repo and (almost) installable via devstack in one milestone is great progress! 16:01:14 david-lyle: time is up. let's chat in the room 16:01:18 sure 16:01:20 thanks everybody! 16:01:23 #endmeeting