Thursday, 2016-05-19

*** yingjun has joined #openstack-searchlight00:04
*** bpokorny_ has joined #openstack-searchlight00:14
*** bpokorny_ has quit IRC00:15
*** bpokorny_ has joined #openstack-searchlight00:15
*** bpokorn__ has joined #openstack-searchlight00:17
*** bpokorny_ has quit IRC00:17
*** bpokorny has quit IRC00:18
*** bpokorn__ has quit IRC00:18
*** bpokorny has joined #openstack-searchlight00:19
*** sigmavirus24 is now known as sigmavirus24_awa00:45
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Image type should be a facet  https://review.openstack.org/31774100:54
*** bpokorny has quit IRC00:57
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Resource types for reference and parent id  https://review.openstack.org/31716701:03
*** Kevin_Zheng has joined #openstack-searchlight01:03
*** yingjun has quit IRC01:06
*** shu-mutou-AFK is now known as shu-mutou01:17
*** yingjun has joined #openstack-searchlight01:31
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Image type should be a facet  https://review.openstack.org/31774101:43
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Resource types for reference and parent id  https://review.openstack.org/31716702:19
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Image type should be a facet  https://review.openstack.org/31774102:39
*** lakshmiS has quit IRC02:52
*** tyr_ has joined #openstack-searchlight02:59
*** tyr_ has quit IRC03:04
openstackgerritTravis Tripp proposed openstack/searchlight: Resource types for reference and parent id  https://review.openstack.org/31716703:31
openstackgerritTravis Tripp proposed openstack/searchlight: Resource types for reference and parent id  https://review.openstack.org/31716703:33
openstackgerritLi Yingjun proposed openstack/searchlight-ui: Change None to Search for breadcrumb nav  https://review.openstack.org/31843203:54
*** tyr_ has joined #openstack-searchlight04:08
*** tyr_ has quit IRC04:13
*** GB21 has joined #openstack-searchlight04:46
*** GB21 has quit IRC04:51
*** yingjun has quit IRC04:56
*** GB21 has joined #openstack-searchlight05:06
*** GB21 has quit IRC05:37
*** GB21 has joined #openstack-searchlight06:14
*** itisha has joined #openstack-searchlight06:22
*** exploreshaifali has joined #openstack-searchlight06:54
*** yingjun has joined #openstack-searchlight07:26
*** exploreshaifali has quit IRC07:27
*** yingjun has quit IRC07:46
*** GB21 has quit IRC07:55
*** exploreshaifali has joined #openstack-searchlight07:56
*** yingjun has joined #openstack-searchlight07:59
*** exploreshaifali has quit IRC08:02
*** yingjun has quit IRC08:06
*** GB21 has joined #openstack-searchlight08:21
*** exploreshaifali has joined #openstack-searchlight08:42
*** yingjun has joined #openstack-searchlight08:43
*** lei-zh has joined #openstack-searchlight09:25
*** GB21 has quit IRC09:30
*** yingjun has quit IRC09:34
*** GB21 has joined #openstack-searchlight09:59
*** shu-mutou is now known as shu-mutou-AFK10:05
*** lei-zh has quit IRC10:19
*** exploreshaifali has quit IRC10:29
*** exploreshaifali has joined #openstack-searchlight11:04
*** exploreshaifali has quit IRC11:39
*** exploreshaifali has joined #openstack-searchlight12:06
*** yingjun has joined #openstack-searchlight12:20
*** GB21 has quit IRC12:24
*** exploreshaifali has quit IRC12:49
*** tyr_ has joined #openstack-searchlight14:36
*** tyr_ has quit IRC14:41
*** sigmavirus24_awa is now known as sigmavirus2414:48
openstackgerritTravis Tripp proposed openstack/searchlight: Add Release notes for fixes backported to 0.2.1  https://review.openstack.org/31836514:51
TravTCourtesy Searchlight meeting reminder 1 minute in #openstack-meeting-4: lakshmiS, nikhil_k, rosmaita, TravT, david-lyle, sjmc7, itisha, GB21, briancline, lei-zh, yingjun, RickA-HP14:59
*** lei-zh has joined #openstack-searchlight15:01
*** tyr_ has joined #openstack-searchlight15:10
*** itisha has quit IRC15:19
*** lcastell has joined #openstack-searchlight15:25
*** bpokorny has joined #openstack-searchlight15:57
*** lakshmiS has joined #openstack-searchlight16:01
*** bpokorny has quit IRC16:05
*** yingjun has quit IRC16:10
*** yingjun has joined #openstack-searchlight16:10
*** bpokorny has joined #openstack-searchlight16:14
*** yingjun has quit IRC16:15
*** lei-zh has left #openstack-searchlight16:21
openstackgerritTyr Johanson proposed openstack/searchlight-ui: WIP Integrating sl-magic-search and searchlight-ui  https://review.openstack.org/31776016:47
openstackgerritTyr Johanson proposed openstack/searchlight-ui: Searchlight version of Magic Search  https://review.openstack.org/31713316:52
*** bpokorny has quit IRC16:55
openstackgerritMerged openstack/searchlight-ui: Search Syntax Directive  https://review.openstack.org/31707316:56
openstackgerritTravis Tripp proposed openstack/searchlight: Add Release notes for fixes backported to 0.2.1  https://review.openstack.org/31836517:01
openstackgerritTyr Johanson proposed openstack/searchlight-ui: Searchlight version of Magic Search  https://review.openstack.org/31713317:03
*** bpokorny has joined #openstack-searchlight17:06
openstackgerritSteve McLellan proposed openstack/searchlight: Correct cinder 'exchange' value  https://review.openstack.org/31882217:21
openstackgerritTyr Johanson proposed openstack/searchlight-ui: WIP Integrating sl-magic-search and searchlight-ui  https://review.openstack.org/31776017:25
sjmc7TravT: lakshmiS: just looking over the plugin info patch again17:30
sjmc7for nova, security groups and AZ isn’t an id, just a name17:30
sjmc7do we still want to have that linkage?17:30
lakshmiSyes TravT wanted to lookup based on name17:30
TravTwell, i suggested it to lakshmi in last one17:30
sjmc7ok, just checking17:31
TravTbecause you can still look it up based on name17:31
TravTi believe17:31
TravTif that is wrong, then we can change17:31
sjmc7sure, as long as you know that it’s a name17:31
TravTwell, there isn't an id for it, i think.17:32
sjmc7no17:32
TravTso name is basically the id17:32
sjmc7they’re not identical as far as a consumer is concerned though17:33
TravTwell, at least on UI side, we are registering a load function17:33
sjmc7i.e. if it’s a name i need to do an additional lookup if i’m going to the nova api, or need to use a name: term to look it up with us17:33
TravTeach resource type has a javascript item load function which takes an input to get the thing17:34
TravTi think it is okay for now...17:35
sjmc7ok17:35
sjmc7i guess we can add something if it becomes a problem17:35
TravTgetting these into facets is nice... and i really still think we need to get this info without querying facets17:35
sjmc7names aren’t unique, being the most obvious one17:36
sjmc7yeah, i kind of wish we’d though about where to put mapping-type stuff a bit more17:36
TravTi think we either need to get this info available via plugin endpoint17:38
TravTand / or support a /mapping endpoint17:38
sjmc7yeah. i’m not super keen on having it twice17:38
sjmc7i think in retrospect the mappings we should’ve done in something like /plugin_info/mapping17:39
TravTa /mapping endpoint would increase the likelihood that we can re-use other ES libraries17:39
*** TravT_ has joined #openstack-searchlight17:41
TravT_internet hiccup17:41
TravT_not sure if this went through17:41
TravT_11:39 TravT: a /mapping endpoint would increase the likelihood that we can re-use other ES libraries17:41
TravT_11:40 TravT: e.g. GET searchlight-search/_mapping17:41
sjmc7hmmm17:41
lakshmiSgood from a ES tools perspective17:43
*** TravT has quit IRC17:44
lakshmiSits a tree facet without a count ;)17:45
lakshmiSone way could be replace facets api with mapping where it follows the ES mapping structure and have the count/otherinfo in _meta17:46
openstackgerritMerged openstack/searchlight: Resource types for reference and parent id  https://review.openstack.org/31716717:47
sjmc7it’s more that the facet payload contains a lot of information that probably won’t change in the lifetime of whatever’s consuming it17:50
sjmc7so maybe would’ve made more sense ot have the /plugins info represent the static information and /facets just the counts17:51
sjmc7and values17:51
sjmc7hindsight is a wonderful thing17:52
TravT_sjmc7 i'm not sure the two aren't okay to co-exist17:57
TravT_it is nice from consumer of facet to just have resource type in it17:57
sjmc7yeah, maybe not. just not keen on two ways to get the same information17:58
openstackgerritTyr Johanson proposed openstack/searchlight-ui: WIP Integrating sl-magic-search and searchlight-ui  https://review.openstack.org/31776017:59
sjmc7TravT_: think we should consider https://review.openstack.org/#/c/318822/ for backport18:01
TravT_i was just looking at that, but got distracted18:01
sjmc7it was a lot of fun discovering it18:01
sjmc7i’m going to eat cheese, biab18:02
TravT_i don't quite understand how things worked before18:02
*** TravT_ is now known as TravT18:17
*** jaimguer has quit IRC18:26
*** jaimguer has joined #openstack-searchlight18:28
openstackgerritTyr Johanson proposed openstack/searchlight-ui: WIP Integrating sl-magic-search and searchlight-ui  https://review.openstack.org/31776018:34
*** tyr_ has quit IRC18:38
sjmc7TravT: rabbit works in mysterious ways18:44
sjmc7it works because ultimately the queue is what gets listened to18:45
sjmc7and since cinder binds the queue to the ‘openstack’ exchange it doesn’t matter that SL was also binding it to a previously non-existent ‘cinder’ one18:45
sjmc7when i turned pools on, the new queue created was only bound to ‘cinder’ and received nada18:45
openstackgerritOpenStack Proposal Bot proposed openstack/searchlight: Updated from global requirements  https://review.openstack.org/31887018:48
TravTsjmc7: got it.18:51
TravTi'll test out that patch this afternoon18:51
TravTi have to go in to the office for a couple meetings right now18:51
TravTso will be offline for a bit18:51
*** TravT has quit IRC18:58
openstackgerritSteve McLellan proposed openstack/searchlight: Add totals to facets  https://review.openstack.org/30858219:52
*** tyr_ has joined #openstack-searchlight19:56
*** TravT has joined #openstack-searchlight20:02
*** TravT has quit IRC20:16
*** TravT has joined #openstack-searchlight20:16
*** lakshmiS has quit IRC21:45
sjmc7TravT: should we change the documentation to recommend notification pools, given that it won’t have been tested anywhere near as much as a separate topic?22:11
sjmc7or add it as an experimental option and update the docs later in newton?22:11
sjmc7that sounds a bit safer22:12
TravTummm22:12
TravTjust sec.22:13
TravTso, we still have configurable topics22:17
sjmc7yep, either is an option22:17
TravTand make pool usage be default?22:17
sjmc7just a question of which one we recommend22:17
TravTi like recommending the option that doesn't require changing the configuration of other services.22:17
sjmc7for newton, i’d def say pools, but given we intend to backport it there’s some risk22:17
TravTbut from a technical reason, i'm not sure other advantages22:18
sjmc7i will not be 100% confident in it until we’ve tested it a lot more22:18
TravTso, let's make it the default and document the ability to not use it22:18
TravTnewton 1 is the time to do that22:19
sjmc7i mean specifically for this patch that we intend to backport22:19
TravThmmm...22:19
TravTi'm not confident in backporting that as the default22:19
sjmc7me neither22:19
sjmc7ok, i’ll add it as an experimetnal alternative in the docs, and we can update it for newton22:20
TravTthat makes sense to me22:20
*** sigmavirus24 is now known as sigmavirus24_awa22:20
openstackgerritSteve McLellan proposed openstack/searchlight: Enable notification messaging pools  https://review.openstack.org/31896722:30
*** TravT has quit IRC22:34
*** tyr_ has quit IRC23:19

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!