15:01:18 #startmeeting openstack search 15:01:19 Meeting started Thu Mar 17 15:01:18 2016 UTC and is due to finish in 60 minutes. The chair is TravT. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:01:20 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:01:22 The meeting name has been set to 'openstack_search' 15:01:52 O/ 15:02:11 o/ 15:02:15 hey 15:02:16 o/ 15:02:25 o/ 15:02:30 o/ 15:03:07 rosmaita sent me a message and said he accidentally scheduled another appointment 15:03:17 o/ 15:03:26 but said he'll catch up on logs and to let him know what reviews are needed. 15:04:06 So, here's our meeting agenda 15:04:11 https://etherpad.openstack.org/p/search-team-meeting-agenda 15:04:17 as always, add to it if you have something 15:04:26 #topic searchlight-ui 15:04:46 I extracted out the searchlight patch and created a working horizon plugin yesterday 15:04:55 it was on horizon master 15:04:55 nice! 15:05:28 at the mid cycle (really end of cycle) for horizon we decided to do that at least for mitaka to have a UI release vehicale 15:05:33 vehicle 15:05:50 i'm not sure how long infra and governance will take to accept it 15:05:56 but here's the details: 15:06:03 upstream repo: https://github.com/ttripp/searchlight-ui 15:06:03 pypi: https://pypi.python.org/pypi/searchlight-ui 15:06:03 infra: https://review.openstack.org/#/c/293848/ 15:06:05 governance: https://review.openstack.org/#/c/293850/ 15:06:39 there are more things i want to do with it / need to do with it... but there always are. 15:06:51 i'll see what i can do today. 15:07:06 at this point they are pretty minor (some sorting of labels). 15:07:10 it looks like sleeping wasn’t something you did much of yesterday... 15:07:26 yeah, i'm not clear whether or not i'm asleep right now 15:07:47 :) is horizon at a point where we could also hook in say the top navbar search from here? 15:07:55 i’ve lost track of things a bit 15:08:01 no, i need to do a bit of refactoring for that. 15:08:06 it really isn't much to do 15:08:22 but on horizon master we focused on landing enough patches to support the panel 15:08:23 ok. was just curious, don’t do more work on that account 15:08:25 and we got those in 15:08:55 i need to verify the devstack plugin script in that github repo 15:09:26 i know creating the plugin with sdist and following the instructions in the readme work 15:10:09 okay, so next up. 15:10:20 #topic mitaka RC1 15:10:29 https://launchpad.net/searchlight/+milestone/mitaka-rc1 15:10:48 just a tremendous job the last week or so 15:11:30 sjmc7, RickA-HP, lakshmiS_ special thanks to the extra efforts 15:11:42 TravT: My pleasure! 15:12:10 not sure about pleasure, but we’re nearly there 15:12:12 lei-zh: thanks for your patience with all the rebases 15:12:39 so first let's talk blueprint 15:12:47 Provide seamless management for zero downtime reindexing 15:13:06 this one i would like to mark implemented, but I want to make sure we've got all bugs logged for known issues 15:13:27 are we aware of bugs on this that still need to be logged? 15:14:06 we got the one about double reporting of child plugins? 15:14:14 TravT: I need to log two defects: 1. More checks on thew resource_group_name so it doesn't break index creation. 15:14:57 2. Using scan/scroll to index existing doc types that are not specified on the command line. 15:15:02 sjmc7: that one is in here: https://bugs.launchpad.net/searchlight/+bug/1557303 15:15:03 Launchpad bug 1557303 in OpenStack Search (Searchlight) "searchlight-manage index sync output doesn't tell why more than one type selected" [High,Triaged] 15:15:28 sjmc7: I also have a fix for the double reporting. It will be checked in today, along with the next fix for better error handling. 15:15:54 ok 15:16:04 o/ 15:16:18 * david-lyle once thankful for daylight savings 15:16:20 o/ david-lyle 15:16:57 david-lyle if you can scroll back, i would appreciate your eyes on the horizon plugin items i put up above 15:17:35 * david-lyle scrolling 15:17:36 ok, so RickA-HP if you can please log them and target for mitaka rc1 15:17:45 TravT: Yes 15:17:51 although i think i have to tag rc1 later today. 15:18:50 it’s definitely today? 15:19:58 i don't know... 15:20:01 the message is a little unclear 15:20:03 http://lists.openstack.org/pipermail/openstack-dev/2016-March/089001.html 15:20:08 dhellmann: are you around? 15:21:01 the posted schedule indicated this week, but not sure if that's written in stone 15:21:15 usually there is some flexibility 15:21:22 mitaka 3 seemed to have a definitive deadline 15:21:39 TravT: yes 15:21:43 that's more firm 15:21:55 all i’ve seen is “week of”. reason i ask is i’ve got the one neutron patch to finish 15:21:56 RC-1 is when you don't have any known blockers 15:22:12 yeah, that's what i thought as well. 15:22:18 getting to that point isn't date based 15:22:29 but at a point you just have to ship something 15:22:34 crazy talk! 15:22:40 okay, so then let's go with that. 15:22:50 it would be good for us to have a few days to bang on it 15:23:07 well there's RC-2 possibilities too 15:23:08 then RC2 in a week or so? 15:23:17 but the bar is higher 15:23:32 there’re only one or two big things that we know of for RC1 15:23:42 certainly not feature adding for RC-2 15:23:46 then if we find anything next week we can decide if it’s big enough to warrant fixing 15:23:47 right 15:24:01 clean up ship stopping bugs 15:24:12 and merge translation where applicable 15:24:13 say that ten times fast! 15:24:31 great, now I swore at my daughter, thanks sjmc7 15:24:37 you’re both welcome 15:24:56 ok. so we’re aiming for asap but tomorrow is probably ok? 15:25:04 yes 15:25:09 that would be my hope 15:25:56 okay, so then, bug list 15:26:40 we have a number of items on there 15:26:44 that are still in new status 15:27:05 I think we'll just need to move functional tests to newton 1 15:27:10 yes 15:27:21 #1442806 and 1552809 15:29:19 https://bugs.launchpad.net/bugs/1531267 15:29:21 Launchpad bug 1531267 in OpenStack Search (Searchlight) "Nova plugin should listen to compute.instance.suspend events" [Low,In progress] - Assigned to Itisha Dewan (ishadewan07) 15:29:22 we need to triage it 15:29:41 yeah. i’ve flip flopped on it twice 15:29:44 status is a definitely a field presented in the ui 15:30:16 if we were notification-only i’d say yes, but since we’re not i’m hesitant. someone needs to see what the effect with and without is 15:31:41 okay, well, next week it'll be obvious what didn't make it 15:31:46 so we'll just clean up that list then 15:32:11 if there are any bugs missing from this list, please set the milestone target appropriately 15:32:24 #topic reviews 15:33:36 priority today is: https://review.openstack.org/#/c/293771/ 15:33:51 i have oen up to add routers and subnets; as lakshmiS_ pointed out it needs one more notification added for routers 15:34:09 neutron’s model is very complicated so there is a chance i’ll have missed other things 15:34:28 yes, that one 15:35:10 and anything to do with zero downtime reindexing. 15:35:15 this one is really cool. 15:35:36 the basics are that now we are able to completely re-index without disruption to the end user 15:35:47 took a bit of magic 15:35:55 and some changes. 15:36:26 sjmc7 or RickA-HP maybe you could talk a bit about the late breaking changes we made 15:36:44 yeah.. one sec, let me find the link 15:36:55 https://launchpad.net/bugs/1558240 15:36:56 Launchpad bug 1558240 in OpenStack Search (Searchlight) "Disable resource_group_name per plugin" [Critical,Fix released] - Assigned to Steve McLellan (sjmc7) 15:37:22 we discovered with some horror while testing the swift work that with data spread across multiple indices there are some problems with some query types 15:37:33 notably parent/child ones, which we are using in several places 15:38:08 for this release we made the decision to enforce everything on a single index (though that index can be spread across many machines) 15:38:29 we’ll revisit it in newton 15:39:30 that is all. 15:40:01 all right then 15:40:16 #future thoughts 15:40:22 #topic future thoughts 15:40:45 I've been pondering whether we should craft a cross project spec on notification standards 15:41:10 the other option is what we discussed with swift 15:41:17 true, true. 15:41:30 Notification clients 15:42:00 getting info from the service APIs in middleware, which i’d like to prototype when i’m done with 60 hour weeks 15:42:34 but i do think we need to get away from hititng the APIs as soon as possible 15:42:51 i think we should spend the first week or so post RC2 doing that and coming up with a game plan to start out Newton 15:43:00 yep 15:43:08 i’d like ot take something to the summit 15:43:19 getting specs / bp / (swift POC) up will allow us to actually be in the conversation for newton changes we'd like from other project 15:43:48 and then of course, submitting patches 15:44:30 so, just tuck that away under your hat. 15:44:33 to ponder 15:44:59 #topic open discussion 15:45:08 That's all I had in mind for today 15:45:31 i didn’t have anything else 15:45:56 the horizon related bits above seem reasonable 15:46:14 still willing to help with a plugin repo 15:47:00 i went ahead and created one: https://github.com/ttripp/searchlight-ui 15:47:21 TravT: I meant getting it into the namespace 15:47:27 oh, yes, please 15:47:42 but I'll look at the plugin structure 15:47:45 too 15:47:54 i put up these patches: 15:47:57 09:06 TravT: infra: https://review.openstack.org/#/c/293848/ 15:47:57 09:06 TravT: governance: https://review.openstack.org/#/c/293850/ 15:48:20 i modeled them on a combination of your trove patches doing similar and neutron lbaas dashboard 15:48:31 TravT: I managed to skip over that 15:48:35 :) 15:48:44 but getting your eye on those would be appreciated as well 15:48:45 looks like you've got it all worked out 15:48:55 sure, will check them 15:49:28 it seems most dashboard plugins don't do very much in the way of testing. 15:49:39 i put more tests than most... 15:49:44 in terms of zuul 15:50:05 but no integration tests, etc. 15:50:08 it’s very hard to do functional tests in zuul unfortunately 15:50:11 i don't think we want to do that yet 15:50:20 the trove and sahara have tests and sahara has integration tests 15:50:34 the dashboard bits 15:50:35 are they run in the gate, david-lyle ? 15:50:47 should 15:50:52 have to double check 15:51:00 i should clarify 15:51:01 the unit tests do for sure 15:51:17 yeah. i know i had this discussion on murano way back when, but things change fast 15:51:25 i’ll take a look at sahara 15:51:29 most the javascript based ui's don't do integration tests 15:51:46 afaict 15:51:51 yes, sahara-dashboard integration tests run 15:52:46 TravT: I have a theory on your observation 15:52:50 :P 15:52:53 hehe 15:53:01 :) 15:53:45 okay, let's call it a meeting 15:53:51 thanks everybody! 15:53:59 thanks TravT 15:54:12 #endmeeting