15:01:12 #startmeeting openstack search 15:01:13 Meeting started Thu Sep 24 15:01:12 2015 UTC and is due to finish in 60 minutes. The chair is TravT. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:18 The meeting name has been set to 'openstack_search' 15:01:38 o/ 15:01:45 hey 15:01:46 hey-o 15:02:04 o/ 15:02:25 nikhil: still here? 15:02:55 #link https://etherpad.openstack.org/p/search-team-meeting-agenda 15:03:13 we'll wait just a moment for people to stream in... 15:03:22 rosmaita: i have a patch that perhaps you could look at 15:03:38 TravT: sure 15:03:45 https://review.openstack.org/#/c/224411/ 15:04:23 ok, we'll get going. 15:04:35 basically today, we just need to run through the rc1 status 15:04:46 #topic rc status 15:04:58 #link https://launchpad.net/searchlight/+milestone/liberty-rc1 15:05:30 looking like we are in good shape. 15:06:05 lakshmi: sjmc7: what's going on with the function tests? https://blueprints.launchpad.net/searchlight/+spec/set-up-functional-tests 15:06:17 TravT here now 15:06:22 i need to figure out why they don't work for me 15:06:28 hi nikhil! 15:06:29 zuul's not running them, best i can make out 15:06:29 TravT: it will be nice if someone else also tests them 15:06:32 hi 15:06:34 TravT 15:06:57 It works for me but not for sjmc7 15:07:11 #link https://review.openstack.org/#/c/217580/ 15:07:37 so sjmc7, what do you mean zuul isn't running them? 15:08:02 es is not available 15:08:03 on zuul tests 15:08:12 http://logs.openstack.org/80/217580/10/check/gate-searchlight-python27/de23b19/testr_results.html.gz 15:08:21 shows it skipping 28 of them 15:08:29 ok... 15:08:59 and they also don't work for you locally? 15:09:08 i'm ok getting that enabled later, but yeah, the metadef ones fail for me 15:09:16 looks like all the scripted ones 15:09:23 i didn't get a chance to dig in 15:09:50 which ES do you guys have locally? 15:09:54 how about atleast some of them on this meeting quickly test that in background 15:10:05 1.7. i will run it in the debugger later 15:10:27 ok, i have what devstack installs, which I think is 1.4.? 15:10:38 what do you have lakshmiS? 15:10:49 1.7.2 15:11:58 ok, i will try a run of them. 15:12:06 thx 15:12:14 should they be running under py34? 15:12:47 both 15:12:58 only skips if es is not available 15:13:06 do they work on one, but not the other for you sjmc7? 15:13:36 only tested py27. i can try 34, though i would be flabbergasted if there was a difference 15:14:16 :) 15:14:40 yeah i would doubt 15:15:20 ok, i've got to py34 started up in the background 15:15:23 will see what happens 15:15:32 running it now. i'll take a closer look after this 15:15:49 skips=28 15:16:21 export PATH=$PATH: 15:17:17 include bin 15:17:18 ? 15:17:24 or just base path? 15:17:28 bin 15:19:00 ran 122 tests 15:19:04 don't see any skips 15:19:20 py34: commands succeeded 15:19:51 how many tests were there when it skipped? 15:20:05 i knew you'd ask that 15:20:10 94 15:20:40 Here's run with exporting path: Ran 122 tests in 24.367s (+24.048s) PASSED (id=5) 15:20:40 ok. then it's something mysterious in my setup 15:21:18 i'll try and figure it out then; if i can't by EOD i'm ok approving this in the absence of any other failures 15:21:50 Ran 122 (+31) tests in 0.321s (-0.002s) 15:21:50 PASSED (id=4, skips=28) 15:21:59 Without exported path^ 15:22:29 ok, so, to conclude, it appears sjmc7 has an environmental issue 15:22:50 small sample size! :) 15:23:01 i will also try in a new setup and comment on patch if it doesnt work 15:23:06 ok 15:23:10 lakshmiS: 15:23:28 are any of the other patches we have up for review going to break these tests? 15:23:40 need to figure out how to install es on zuul environment 15:23:50 is there a reason to hold off on more merges until functional tests? 15:23:57 just wondering if we need to do any rebasing here 15:24:07 setting up dependencies 15:24:46 although i guess zuul isn't really testing them right now 15:25:00 don't think so. i would like to see why it won't work for me (on two systems) though. i'll try to do so this morning 15:25:09 #action lakshmiS figure out how to make them run in zuul 15:25:19 :) 15:25:43 ok, so then on to the rest of these 15:25:44 https://launchpad.net/searchlight/+milestone/liberty-rc1 15:26:05 i bumped Use keystone.session.Session for clients to Essential 15:26:28 because with leaving my system running for long periods I see that listener loses its connection to nova 15:26:36 and i have to restart the listener 15:26:39 yeah, it's helpful. i'll retest that, too. i think it needs a documentation update 15:26:50 apparently the patch fixes that 15:26:59 it should do, yes 15:27:05 https://review.openstack.org/#/c/219271/ 15:27:12 will take a look 15:27:46 ekarlso usually isn't available at this time of day, so we'll try to catch him later. 15:28:10 next Add a pattern for specifying pr plugin configuration 15:28:16 this is medium. 15:28:23 do we believe this is right priority? 15:28:48 if so, then we probably need to set a deadline for it merging or for bumping from RC 15:29:15 it's useful but not necessarily essential for this release 15:29:28 i think medium sounds right since this is good to have feature 15:29:42 it's more to assist deployers than anything 15:30:35 i'm going to propose that EOD wednesday is our deadline for merges. 15:30:40 next wednesday 15:30:42 ok 15:30:59 then thursday / friday we work on getting the release done 15:31:11 nikhil: rosmaita: lakshmiS: what do you think? 15:31:24 will that be RC1 and more later if required? 15:31:38 the notification patch is up for review 15:31:45 I am waitinf for one more +2 15:32:02 that'd be good 15:32:06 nikhil: what are you doing for glance deadlines? 15:32:11 bt it may be this or next week 15:32:18 if it gets in by today then in RC1 15:32:30 else RC2 is possibly planned for next week 15:32:49 please ping hemanth for the other review 15:33:05 jokke was going to help but not sure how much time he has atm 15:33:10 yeah i did. will ping again 15:33:37 lakshmiS: yes, I think next wednesday is RC1 deadline. After that we should only look at high / critical bugs. 15:34:02 nikhil: thanks for helping to push that through 15:34:20 lakshmiS: but ideally, would like to not have to do a RC2 15:34:25 np! 15:34:40 let's vote on that in next Thursday's meeting. 15:34:46 yes please 15:34:51 TravT: ok 15:35:16 so back to: https://launchpad.net/searchlight/+milestone/liberty-rc1 15:35:37 next up is faceting support (https://review.openstack.org/222388) 15:35:43 I see you +2'd it lakshmi 15:35:52 I have one final query that I'm trying out 15:36:05 run through designate, images, metadefs, and most of nova 15:36:25 but i'm not getting results from a nova filter query... which I think is my problem 15:36:31 just ran out of time before this meeting started 15:36:47 ok 15:36:59 ok, on to bugs 15:37:15 5 in progress 15:37:26 1 new that we can talk through momentarily 15:37:35 but before we do that... are there any bugs missing? 15:37:47 that we should target for rc1 15:37:53 https://bugs.launchpad.net/searchlight 15:38:05 there was another config one that i filed i think 15:38:13 to allow separate sections for the api and listener 15:38:26 mainly because otherwise, deploying with a log file is painful 15:38:57 ok, so do you think this is high / medium? 15:39:05 https://bugs.launchpad.net/searchlight/+bug/1493975 15:39:06 Launchpad bug 1493975 in OpenStack Search (Searchlight) "Need separate config sections for api and listener" [Undecided,New] - Assigned to Steve McLellan (sjmc7) 15:39:18 mm... probably medium, though it will be a pain for deployers 15:39:23 it's also probably not a big change 15:39:50 well, we can target for rc1, but reviews should be done in accordance with priority 15:40:30 yep 15:40:33 we'll re-evaluate it for rc1 next thursday 15:40:41 there is one other bug i filed 15:40:50 https://bugs.launchpad.net/searchlight/+bug/1497122 15:40:52 Launchpad bug 1497122 in OpenStack Search (Searchlight) "Search results incomplete during full indexing." [Undecided,New] 15:41:16 i don't think on its own it is critical 15:42:14 i'd agree - i think we can roll that into deployment hardening in mitaka 15:42:53 ok. let's not pull it into liberty then. 15:43:19 lakshmiS: https://bugs.launchpad.net/searchlight/+bug/1492579 15:43:20 Launchpad bug 1492579 in OpenStack Search (Searchlight) "Property mapping for Metadef properties regressed to "name" from "property"" [Undecided,New] 15:44:03 is that one still a problem or did your recent metadef patch address it? 15:44:22 its still a bug 15:44:36 i will put a patch up 15:44:59 ok, i think it'll take me several minutes to actually understand it 15:45:04 so will look later. 15:45:10 but, what priority should we put on this? 15:45:40 it should be high since it fails the current code during listener updates 15:45:54 ok, i updated that bug 15:46:43 there is one other bug i filed yesterday as a medium, which makes it unlikely for this release. 15:46:49 however the change is simple 15:46:55 https://bugs.launchpad.net/bugs/1498995 15:46:56 Launchpad bug 1498995 in OpenStack Search (Searchlight) "Use doc_values in mappings" [Medium,New] 15:47:04 i'm not so sure about this one 15:47:17 i went to an elasticsearch webinar yesterday on scaling. 15:47:31 and they spent nearly 20 minutes of it extolling the virtues of making this change 15:47:49 saying it is so important that they just do it by default starting in 2.0 elasticsearch 15:47:52 yes.. but we're not scaling :) 15:48:50 i guess there's probably no harm doing it 15:48:52 sjmc7: other than it probably not being very impactful at this point, do you have other concerns with it? 15:48:55 i doubt it will benefit us 15:49:43 probably, but the guy on the call said it is the very first thing he checks on any deployment. 15:50:08 i agree it isn't critical to us right now, which is why i set as medium. 15:50:14 we're not a typical deployment :) the others i've used/seen typically are storing many tens of millions of text documents 15:50:27 what i think maybe is more an issue is what we analyze/don't analyze 15:50:36 i think swift will be when this would be more likely to be needed 15:50:55 yes i agree the way we analyze fields is definitely a pain point right now 15:51:26 particularly the name field... 15:51:30 ok. i've no real problem doing it - but i'd rather not do it in the sorting patch 15:51:36 yes, the name one's the difficult one 15:51:44 for nova i stored it not_analyzed to allow exact matching 15:51:46 ok, i can remove -1 on sorting over that. 15:52:10 i have found the searching on name field from my horizon panel to be frustrating. 15:52:17 trouble then is that a search for "first" won't return "first instance" 15:52:26 yeah.. for the prototype we were doing a wildcard search 15:52:54 we will now be storing both 15:53:02 but that won't help with name:something 15:53:55 well, with the sorting patch, it should help 15:54:17 the base field will be anyalyzed and raw field not analyzed, right? 15:54:26 depends how you set it up 15:54:32 https://www.elastic.co/guide/en/elasticsearch/guide/current/multi-fields.html 15:54:34 but still the problem remains for a field search 15:55:31 FYI nikhil: rosmaita: sigmavirus24_awa: david-lyle: I put up a horizon search panel patch 15:55:32 https://review.openstack.org/#/c/227036/ 15:55:44 so you can actually search against searchlight from horizon 15:56:09 it is driving some of the items we are discussing right now. 15:56:38 \o/ 15:56:52 yeay 15:57:17 well sjmc7: i'll go back through sorting. 15:57:58 nikhil: i know you are super busy, but if you have a chance to look through the function tests patch as well. 15:58:16 https://review.openstack.org/217580 15:58:18 surely! kept the tab open! 15:58:34 thanks!! 15:58:35 Well, great work everybody. 15:58:40 We are really close 15:59:25 I'll spend all day on reviews, but also there is still a horizon master bug affecting the search panel that I'm working on as well. 15:59:35 #link https://review.openstack.org/#/q/status:open+project:openstack/searchlight,n,z 15:59:48 We're out of time for today! 16:00:01 see you in the room 16:00:10 #endmeeting