15:00:27 #startmeeting openstack search 15:00:28 Meeting started Thu Nov 19 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:30 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:33 The meeting name has been set to 'openstack_search' 15:01:06 o/ 15:01:22 we'll give a few minutes for people join. 15:01:33 :) 15:01:38 o/ 15:02:20 yingjun: what time is it for you? 15:02:30 23:00 15:03:07 i know sjmc7 is on his way 15:03:26 after the meeting will go to sleep :) 15:03:56 o/ 15:04:15 how's it going rosmaita? 15:04:25 ok 15:04:31 no action, though 15:04:44 well, here's the agenda: https://etherpad.openstack.org/p/search-team-meeting-agenda 15:04:52 morning, sorry i’m late 15:05:00 morning sjmc7 15:05:04 #topic general updates 15:05:21 Just to get it logged here as FYI for everybody 15:05:37 we spent nearly two hours doing BP prioritization in the room on Tuesday 15:05:51 got through most of the list 15:05:56 in giving initial priorities 15:06:22 if there are any BPs that have a priority you disagree with, please mention it 15:07:12 #topic client repo merged 15:08:08 thanks for the help with that Li, if you’re here 15:08:12 #link https://github.com/openstack/python-searchlightclient 15:08:17 just saw that, i’m working on the initial commit 15:08:23 after some brief discussion, we thought it would be best for there to be a separate repo 15:08:33 sjmc7 had some packaging concerns otherwsie 15:08:39 o/ 15:08:58 o/ 15:08:59 yingjun add me as a reviewer and i’ll take a look; the first commit will need enough to pass the CI jobs 15:09:23 sjmc7, ok 15:09:30 yingjun sounds great. thanks for getting that started 15:09:43 but appreciate the help getting it created 15:10:02 i do think we should have some more design discussion on all the commands that should be supported 15:10:19 obviously, we can get a couple base ones going. 15:11:12 but then we should really think through what we can do to make it easy to use... maybe with some common queries. 15:12:20 #topic spec repo started 15:12:32 #link https://github.com/openstack/searchlight-specs 15:12:34 just FYI 15:12:38 that is merged in 15:12:57 we have a few to discuss (later in the meeting) 15:13:11 #topic Reno release notes 15:13:22 https://review.openstack.org/#/c/247170/ 15:13:30 I put up one of the base patches 15:13:46 but we will need to start adding release notes 15:14:15 The guidelines are here: https://review.openstack.org/#/c/247170/3/doc/source/feature-requests-bugs.rst 15:14:18 if you have feedback on those guidelines please provide it 15:14:40 looks like I already have one comment to address 15:14:50 #topic cinder plugin update 15:15:18 we don't have duncanT on here, but i do have an update from him and from going to the cinder meeting yesterday 15:15:31 he has the initial plugin done. 15:15:54 but right now it works likes the nova one and has to make callbacks for more data 15:16:18 boo 15:16:33 so, he proposed to the cinder team that they improve the notification event data so we can avoid that 15:16:39 and the discussion went really well 15:17:01 so, he's proposing patches to cinder to improve the notification data 15:17:15 and he'll modify his SL plugin to take advantage of that 15:17:30 nice. chances of that getting into mitaka? 15:17:45 probably pretty high, i think. 15:17:46 it helps that he's a core on cinder 15:18:16 maybe we should twist his arm and have him submit the patch based on API callbacks first 15:18:24 and then update when the notifications are in 15:18:28 what do you think? 15:19:01 you mean add a second patch for notifications? 15:19:18 yeah, get a SL plugin as-is with callbacks. 15:19:29 And then update it once the notifications in cinder are improved 15:19:39 i probably have to do similar to swift ;) 15:19:43 i’d be ok with that 15:19:53 swift i don’t think we can 15:20:09 but that can be a separate discussion 15:20:14 it would actually also give us some code for reference if somebody wants to deploy searchlight against liberty cinder 15:20:43 ok, i'll mention this to duncan 15:20:48 and see if he's agreeable 15:21:45 #topic Swift integration updates 15:22:05 I think its getting to a good shape. Will have a patch for review tomorrow. 15:22:21 obviously without notifications 15:22:29 so this is for initial indexing? 15:22:33 yes 15:22:40 cool 15:22:41 i’ve got middleware that works for swift 15:22:45 i need to tidy it up a bit 15:23:21 and propose it to swift, though i think they will say no to it being in-tree 15:23:29 then decide where it should live 15:23:35 yeah we can add notifications as another patch once notifications land in swift(whenever that happens) 15:23:48 sjmc7: so plug it in to the deploy pipeline and get oslo notifications? 15:23:57 right 15:24:20 well, this is pretty exciting! 15:24:40 one thing i'm highly interested in, is what this may mean for an improved swift UI in horizon 15:25:27 i also will need to look at the data model you've got lakshmiS_ to see how that might affect the current UI I'm on. 15:25:33 did you use nesting, parents, etc? 15:26:19 not much 15:26:36 are you concerned about complex model? 15:27:12 not sure if concerned is quite the right term... 15:27:20 just want to make sure it is the right model 15:27:25 oh ok 15:27:35 which i'm sure you've put some good thought into 15:27:43 we'll just have to see 15:28:17 but what might be really helpful is that once we have it, i ensure that it can somewhat demo via the search panel 15:28:26 then could record a quick youtube to show the swift team 15:28:27 sure 15:28:44 * TravT needs to get back to coding on that panel 15:29:19 i think anytime you have something concrete to interact with, it helps move the conversation along 15:29:30 demonstrate the potential value 15:29:46 yeah maybe they will accept our notification patch after that... 15:30:23 maybe i'll prototype out a new swift specific panel with search, depending on the data structure 15:31:07 ok, anything else to discuss on swift? 15:31:19 i don't see briancline or daddyjoseph97 on here 15:31:35 i will add them as reviewers 15:31:41 sounds good 15:32:04 #topic openstack tag assertions 15:32:28 A message went out that we need to assert tags for the project 15:33:17 since moving to the big tent, tags are the way people are supposed to be able to tell various characteristics about a project 15:33:32 i didn't have time to run through them prior to this meeting 15:33:53 but they are all listed here: http://governance.openstack.org/reference/tags/index.html 15:34:24 we've already got the Release Management Tags applied 15:35:02 the ones under "Project Assertions Tags" are things we'd need to discuss 15:35:28 hmm :) 15:36:05 i don't think we want to assert the feature deprecation yet 15:36:12 that's why we released 0.1 15:36:45 perhaps that one after the mitaka release 15:37:59 maybe the upgrade one, but i'd still hesitate to add that until end of mitaka 15:38:31 yes, i think that’d be premature 15:38:46 for supporting upgrade we need to look at plugin versions too 15:39:00 thats where our data model is 15:39:21 true 15:40:02 well, i think we need more work on this before asserting more tags for now 15:40:21 sounds like you guys agree 15:40:31 yep 15:40:35 yes 15:40:46 rosmaita: david-lyle: yingjun: agree? 15:40:51 agree 15:41:26 yeah 15:41:41 ok. 15:41:54 #topic oslo pools 15:42:34 so, the background here is that our deployment architect was questioning why we didn't use multiple queues rather than require a new topic for searchlight notifications 15:43:04 and our answer was the oslo only supported that through pools, and pools were apparently broken 15:43:16 lakshmiS_: is that still our answer? 15:43:19 yes 15:43:29 we need to relook at that again 15:43:29 does oslo know it’s broken? 15:43:41 see anything changed since we spoke to ceilometer 15:44:31 sjmc7 unless there's a bug, oslo is clueless :) 15:44:31 ok. 15:44:52 yeah :) we should file a bug with oslo if something’s broken 15:45:04 pretty please :) 15:45:19 lakshmiS_: can you give dims a bit more info? 15:45:55 * TravT loves how dims always swoops into meetings when oslo is mentioned. 15:45:56 oslo pools was basically not working as expected - for sending message to multiple consumers 15:46:16 TravT :) 15:46:28 i can take a look at it again 15:46:39 ceilometer and searchlight were both consuming glance info notifications and only one of them would get it(mostly ceilometer) 15:47:08 lakshmiS_ interesting, had not heard that 15:47:35 dims: i can share the discussion we had with ceilometer team with you on that topic 15:48:04 sjmc7 lakshmiS_ yes, please log some details in a bug and add ceilometer and searchlight and oslo.messaging as affected 15:48:10 thanks lakshmiS_ 15:48:16 +1 15:48:18 we would love to use the pools back though :) 15:49:01 #action lakshmiS_ to log oslo pools bug 15:49:18 #topic but review and blueprint review 15:49:37 guess we are having a but review right now 15:50:03 lakshmiS_ should be easy to replicate using our simulator - https://github.com/openstack/oslo.messaging/blob/master/tools/simulator.py 15:50:20 thanks dims: 15:50:25 ooohh 15:50:33 that simulator would be great for our tests! 15:50:39 TravT : ++ 15:50:41 could add that to our functional tests 15:51:48 #action TravT add BP to pull in simulator for notification testing 15:52:19 Ok, so there are three spec reviews up right now that all need feedback 15:52:36 https://review.openstack.org/#/q/status:open+project:openstack/searchlight-specs,n,z 15:52:48 two of them are essential 15:53:01 Spec proposal for allowing searchable admin fields 15:53:07 Zero Downtime Reindexing Proposal 15:53:12 with architectural ramifications 15:53:28 so, please take a look at them and give feedback 15:54:00 #topic open discussion 15:54:10 Anything else that people want to discuss? 15:54:21 i’m hungry 15:54:36 do you have waffles? 15:54:42 i.. do not. 15:54:43 FYI, just upload the very first client base: https://review.openstack.org/#/c/247565/ 15:54:52 I think the new python-searchlightclient repo needs to be added to the governance repo 15:54:57 who has waffles? 15:54:57 that was quick yingjun! 15:54:57 also o/ 15:55:18 yeah, it does. i’m surprised infra merged it without that. hi kragniz! 15:55:19 kragniz: o/ 15:55:42 (rosmaita perks up) 15:55:53 there are no waffles. 15:56:02 * rosmaita is very disappointed 15:56:06 kragniz: i submitted a governance patch on that 15:56:26 https://review.openstack.org/#/c/247271/ 15:56:30 also one for spec repo 15:56:45 :) sjmc7, please have a look at that, i put it workflow-1 15:57:00 spec repo got some love 15:57:00 will do 15:57:00 https://review.openstack.org/#/c/244875/ 15:57:31 but i guess that since we got our repos, i don't know that it is urgent to push those through 15:57:45 however, adding a +1 from you guys might pop it up in visibility 15:58:01 #action sjmc7 to bring waffles to the next meeting 15:58:35 oh, i will 15:58:48 Oh one more thing 15:59:00 m1 is December 3rd 15:59:08 wow, that crept up fast 15:59:12 yeah 15:59:32 sjmc7: i think we will need a release note added for that plugin restructuring patch 16:00:00 allright 16:00:00 thanks everybody 16:00:00 times up 16:00:04 bye 16:00:06 bye! 16:00:12 bye 16:00:13 #endmeeting