Wednesday, 2015-09-30

*** openstackgerrit has quit IRC00:01
*** openstackgerrit has joined #openstack-searchlight00:02
*** openstack has joined #openstack-searchlight00:05
openstackgerritSteve McLellan proposed openstack/searchlight: Correct facet error when no mapping defined  https://review.openstack.org/22863900:58
sjmc7TravT - i will add another patch for recordset facets, but then i'm probably done00:59
sjmc7anything higher priority?00:59
sjmc7i can start a little early tomorrow00:59
openstackgerritSteve McLellan proposed openstack/searchlight: Add facet terms for dns recordsets  https://review.openstack.org/22920501:08
sjmc7that one is on top of the updated_at one because i added the tests in it01:08
sjmc7ok, i'm out for now01:12
*** sballe has quit IRC01:56
TravTthanks sjmc7: the designate updates both look good.03:13
ekarlsohey05:33
ekarlsowhat's up gang ?05:33
*** lakshmiS has joined #openstack-searchlight06:26
*** GB21 has joined #openstack-searchlight06:48
*** lakshmiS has quit IRC08:32
*** lakshmiS has joined #openstack-searchlight11:37
*** GB21_ has joined #openstack-searchlight11:40
*** GB21 has quit IRC11:44
*** lakshmiS_ has joined #openstack-searchlight11:54
*** GB21_ has quit IRC11:56
*** lakshmiS has quit IRC11:58
*** lakshmiS_ has quit IRC12:17
*** lakshmiS has joined #openstack-searchlight12:43
openstackgerritMerged openstack/searchlight: Add 'id' to metadefs  https://review.openstack.org/22911012:48
*** sballe has joined #openstack-searchlight12:48
*** GB21 has joined #openstack-searchlight13:11
*** sigmavirus24_awa is now known as sigmavirus2413:59
sjmc7hi ekarlso14:12
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Fix for updating image index on member notifications  https://review.openstack.org/22899814:13
*** lakshmiS has quit IRC14:54
TravTekarlso: would you have time to take a look at the comments on https://review.openstack.org/#/c/223318/ today?14:57
TravTwe are probably going to cut RC1 this week, and hopefully not have another.14:58
TravTsjmc7: are you around?15:47
sjmc7in body15:47
sjmc7what's up?15:47
TravTtake a look at my comments here: https://review.openstack.org/#/c/228998/3/doc/source/plugins/glance.rst15:47
TravTbut, i'm really wondering if we should go ahead and add an "update-only" flag to index sync15:48
sjmc7the one i took out? :)15:48
sjmc7yeah, can do. it's not a big change at all15:48
TravTwell, similar...15:48
TravThere's what i'm thinking it would do... maybe it was what you had.15:48
sjmc7i've got two hours of meetings coming up so i can do it during them, though i have some internal fires today too15:48
TravTit would basically refresh everything with latest info.15:49
sjmc7what i had before was a reindex without deleting anything15:50
TravTi guess that works... it just didn't delete old stuff15:50
TravTto do that, it would have to do some diff15:50
sjmc7well, it's the same as a reindex except that you assume nothing got deleted15:51
TravTthe delete part is definitely nice to have, but it actually has some complications with race conditions i think.15:52
TravTthat i'm not sure how to do.15:52
sjmc7right, that's really all it is - not creating that window where there are no results15:52
TravTyes that, but i was thinking the other end of it.15:53
TravTif you were to "just update"15:53
TravTto know what you can delete you have to have definitive list from source (eg. glance API) and list from current ES index15:53
TravTi mean you could issue a query to delete IDs not in the list...15:54
TravTbut the race condition i'm thinking of is there could be notifications coming in while you are doing that15:54
sjmc7deleting is not something e-s likes doing15:55
TravTe.g. "Glance give me list of all image ids"  --> new image created and notified --> "ES delete everything not in list"15:55
sjmc7it's FAR better to recreate the index15:55
TravTthis is actually where aliases probably would help15:56
TravTsearch requests -> alias15:56
TravTreindex -> notifications point to upcoming index and index is rebuilt -> alias changed to newly created index15:57
TravTno downtime15:57
TravTsomething like that15:58
sjmc7yes. if we expect to do a lot of reindexing we can add something to do it15:58
TravTor actually probably...15:58
TravTthat obviously is a bigger change we should design into mitake15:59
sjmc7rather than me cobbling it in today? ;)15:59
TravTbut because of this glance notification thing, maybe just adding back the refresh is still desirable.15:59
sjmc7it feels a bit grubby because we took it out for good reason16:00
sjmc7but i don't have a good alternative16:00
TravTi'm just trying to think, how could we do this in a way that leads to what I describe above...16:01
TravT--update-only16:01
TravTmaybe16:01
TravTand in mitaka underneath the covers whether doing --update-only or not we could still look at the alias thing.16:02
TravTonly difference is one clears mappings and the other doesn't?16:02
sjmc7longer term i think they'd be the same thing16:02
sjmc7reindex would always do a switcheroo16:02
TravTyeah...16:02
sjmc7but i can't do that today16:02
TravTno, that takes some thought16:02
TravTi think aliases are our future.16:03
TravTi guess --keep-mapping might be a backwards compatible way16:04
TravTor something like that16:04
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Fix for updating image index on member notifications  https://review.openstack.org/22899816:05
TravTsjmc7: just looking at the milestone board, i also see https://bugs.launchpad.net/bugs/149397516:10
openstackLaunchpad bug 1493975 in OpenStack Search (Searchlight) "Need separate config sections for api and listener" [Medium,New] - Assigned to Steve McLellan (sjmc7)16:10
sjmc7yeah. i really want to get that in16:10
sjmc7but it's probably not crucial16:10
TravTfrom a deployer standpoint, it seems that would be pretty important.16:11
sjmc7yeah16:12
sjmc7i had to read up on oslo.config16:12
sjmc7i don't think it's much work16:12
sjmc7but it's also wednesday16:12
TravTwell, we do have a possible workaround for the glance notification issue... but i really don't know how workable of a solution that is for most deployers.16:13
sjmc7yeah.. it depends how widely used the members thing is16:13
TravTto carry a random upstream patch...16:13
sjmc7if it merges soon into mitaka it's an easier sell16:13
TravTan ability to force periodic updates without downtime as a backup to notifications, albeit not perfect, might be more important...16:14
sjmc7ok, adding that now. --update-only ?16:31
TravTwell, here's some possibles16:33
sjmc7i'm likely to pick the first one, so choose wisely :)16:33
ekarlsolooking..16:34
TravT--update-only    --keep-mappings    --no-delete16:34
TravT--wtf16:34
TravTi'm partial to that one16:34
sjmc7:)16:34
sjmc7no-delete seems clear16:34
TravTyeah, seems reasonable.16:35
TravTalthough -wtf is nice as well16:36
sjmc7that does something else!16:36
TravTwe could just have -wtf be a floating option.16:36
TravTeach release it will be updated to do whatever stupid stuff we need to hack in to deal with things we need it to do16:36
* TravT is kidding for those reading along at home... unless you think its a good idea16:37
TravTok, new devstack deploy done... now will resume poking and prodding16:38
ekarlsoTravT: so, how should the exchange / topic be configured sjmc7 TravT ?16:48
TravTekarlso: i'm guilty of not fully going through that review... i'll look through it now16:50
TravTi had seen sjmc7 and lakshmiS had a bunch of comments, so was holding off16:51
* ekarlso uses a cattleprod on TravT16:51
sjmc7ekarlso - my preference would be that exchange is configurable as a default16:51
sjmc7(searchlight_listener)16:52
sjmc7but overridable by plugins if you have a weird setup16:52
sjmc7or rather; overridable per service16:52
sjmc7the exchange/topic for a given service will always be the same16:52
sjmc7a good start would be a config section for the various services, then the plugins refer to a service in that group, so eg16:53
sjmc7[notifications]16:53
sjmc7nova = searchlight_listener/nova16:53
sjmc7glance = searchlight_listener/glance16:53
sjmc7the nova plugin doesn't list topics directly but instead refers to the nova notification config16:54
sjmc7however, that might bea  lot of work at this stage16:54
ekarlsohmmms16:54
ekarlsolet me take a stab...16:54
ekarlsowife's gonna kill me thouyg :16:54
sjmc7yeah, i think that's too much16:54
sjmc7for now, i think being able to set the exchange at a global level would be a good start16:55
ekarlsosjmc7: uhm, so what if we structure it so16:55
ekarlsoplugins define a __service__ and a __resource__ ?16:55
ekarlsoor is that stupid16:55
sjmc7i don't want to do any big restructure now16:55
sjmc7we're trying to do the release today16:55
ekarlsookok :p16:55
sjmc7maybe we should leave it and do it properly in mitaka16:56
TravTsjmc7: well, we're voting on releasing in tomorrow's IRC meeting16:56
ekarlsoso...16:56
ekarlsoI can hammer this tonight...16:56
sjmc7ok... but there is not really any time for a review cycle16:57
ekarlsomeh..16:57
ekarlsonot really that big uf a change though, if you add __resource__ and __service__ to each plugin and change get_docuemnt_type() to return OS::%s::%s __service__ __resource__16:58
ekarlsoit's allmost identical16:58
ekarlsoI dunno what youy chieftains think...16:58
sjmc7i don't think that's what i mean16:58
ekarlsotheeen, where else would you put the service name etc?16:59
sjmc7i don't think i can explain it properly right now16:59
sjmc7it's not about the service name16:59
sjmc7it's about the notification parameters16:59
ekarlsohmmmms16:59
sjmc7what would __resource__ and __service__ do?16:59
ekarlsoyou'd look for a section notifications:nova f ex17:00
ekarlsobut dunno if that's the correct17:00
TravTi'm kinda thinking we should go through all the plugins and put up sample configurations for each plugin.17:00
TravTand make sure it looks like what we want for our current use cases.17:01
TravTjust an etherpad or something.17:01
TravTto show desired state.17:01
sjmc7what we want is to be able to change 'searchlight_listener' and the 'topic' without modifying code, but ideally only once per service17:02
TravTwe also have other config options for different resource types that are currently hardcoded.17:02
sjmc7i think we may have to backburner it for mitaka17:03
TravTwhich really should only mean a few days.17:03
TravTand then ekarlso doesn't have to feel like he has to kill himself tonight.17:04
openstackgerritSteve McLellan proposed openstack/searchlight: Add --no-delete to indexing  https://review.openstack.org/22952617:04
ekarlsoso wtf to cleanup then..17:04
ekarlsogood gawd : P17:04
sjmc7:D17:04
sjmc7TravT ^ there's your --no-delete17:05
ekarlsothen there's the q of17:05
ekarlsosjmc7: anyways, since you can't come to a conclusion i'll run off.17:05
ekarlsowife's waiting :p17:05
sjmc7ekarlso :)  ok. thanks for all your hard work17:05
ekarlsoideally though I think you'd configure noticications:nova, notifications:foo17:06
ekarlsoor alike17:06
TravThttps://etherpad.openstack.org/p/searchlight-plugin-config-options17:06
ekarlsomaybe poke into how Ceilometer is doing it ?17:06
TravTyeah17:06
TravTi put up that etherpad, we can try to design out what the config should look like17:06
TravTand then munge code based on it17:07
ekarlsoalso by the looks you'll be supporting Kafka too going  forward...17:07
*** lakshmiS has joined #openstack-searchlight17:07
sjmc7what what17:07
ekarlsohttps://blueprints.launchpad.net/oslo.messaging/+spec/adding-kafka-support < thgat17:07
TravTooh, interesting17:07
sjmc7no, that's why we use oslo messaging :)17:07
ekarlsosjmc7: haha, wehy ? :p17:07
sjmc7so we hopefully don't have to care too much17:08
TravTyeah monasca does this funny thing17:08
ekarlsosjmc7: ya, but take a look at how ceilometer does options17:08
TravTthey take notifications from rabbit and then shove them into kafka17:08
ekarlsosince they alledgedly support rmq / kafka17:08
sjmc7umm17:08
*** nikhil is now known as nikhilkomawar17:09
*** nikhilkomawar is now known as nikhil_k17:09
*** nikhil_k is now known as nikhil17:09
TravTthanks for the heads up on that ekarlso17:09
*** nikhil is now known as nikhil_17:09
*** nikhil_ is now known as nikhil__17:09
*** nikhil__ is now known as nikhil_k_17:10
*** nikhil_k_ is now known as nikhil17:10
ekarlsothe sad thing atm is that you have all resource plugins 1 pr resource that dont give you a easy way to setup options pr service17:10
ekarlsoidealy you'd maybe setup options 1 pr service regardless of resources ?17:11
TravTperhaps that makes sense, even though some options are resource type specific.17:11
ekarlsoa17:12
ekarlsohmmmms17:12
TravTbut IMO i have been thinking that we need to do a pass through what we have in mitaka to see what opportunities we have to centralize more logic / config17:12
ekarlso:P17:12
TravTmake plugin dev as easy as possible.17:13
TravTbefore we get 30 more17:13
TravTekarlso: i echo what sjmc7 said earlier.  i really appreciate your help on everything here.  we have a number of things that we wouldn't have had without your work.17:15
sjmc7yeah. now we have some it's easier to see that17:15
nikhilhey guys, do you have any simple bugs for an intern to work on (something for learning and not too urgent) ?17:21
sjmc7the day before release? :)17:21
sjmc7not right now, but i'm sure we can come up with some mitaka stuff in the next few days17:22
TravTwell, i do have one17:22
TravThttps://bugs.launchpad.net/searchlight/+bug/147919017:22
openstackLaunchpad bug 1479190 in OpenStack Search (Searchlight) "Start the API Service in tox venv failed" [Medium,New]17:22
sjmc7ah, that's a good idea17:23
nikhil:)17:23
nikhilcool17:23
*** itisha has joined #openstack-searchlight17:24
nikhilitisha: hi, meet the searchlight team here17:27
TravThello itisha!17:27
itishanikhil, TravT: hi :)17:28
nikhilTravT: sjmc7 ekarlso david-lyle rosmaita sigmavirus24 : itisha is the prospective outreachy intern for december cycle17:28
TravTcool!17:28
sjmc7hi!17:28
TravTwelcome to openstack!17:28
nikhilitisha: those are the most active guys. and TravT is our PTL (Project Team Lead)17:28
itishaTravT: thanks!17:28
itishasjmc7: hi :)17:28
TravTwe try to keep things pretty light around here...17:29
nikhil:)17:29
TravTso if you see odd commentary, it probably is intended to be humorous.17:29
TravTunless it is something bad about sjmc7, then we probably mean it17:29
* sigmavirus24 waves to itisha 17:29
nikhilitisha: you will find it easier to work here than most other projects so, this is good place to learn.17:29
* sigmavirus24 goes back to trying to get his head out of his team's product17:30
lakshmiShi itisha17:30
nikhil:P17:30
TravTsigmavirus24: hi!17:30
itishaTravT: ok, cool :P17:30
nikhilohai lakshmiS is online today so late!17:30
sigmavirus24hi TravT17:30
lakshmiSyeah getting some reviews done17:30
itishasigmavirus24, lakshmiS : hi :)17:30
nikhilitisha: lakshmiS is one of the founders too (among active guys)17:30
TravTlakshmiS is a rock star17:30
nikhil++17:31
itishanikhil: ohh ok, cool :)17:31
lakshmiSi guess that was supposed to be humorous too :)17:31
TravTitisha: we're trying to get the first release candidate done this week.17:31
TravTso, pretty heads down the next few days...17:31
TravTbut something that actually would be great is you going through the docs and seeing if they work for you and where there is confusion.17:32
TravThaving a new person look at docs and getting things setup is great way to help us gain that perspecitve17:32
TravTand you can then propose updates / fixes17:32
itishaTravT: ok, sounds good :)17:33
TravTitisha, i have a doc review up right now as well.17:34
TravTwhich you should feel free to review and see if it helps you as you go through things17:34
TravThttps://review.openstack.org/#/c/228664/17:34
nikhilitisha: also please feel free to file a bug for docs and work on it as you find it fitting17:35
ekarlsoitisha: you're brave to work on openstack :P17:35
itishaekarlso: thanks, i guess :P17:36
*** akanksha_ has joined #openstack-searchlight17:36
nikhilekarlso: she is pretty smart17:36
nikhilhad her first glance review in just 3 odd days17:36
ekarlsonikhil: well isn't glance a easy one ? :p17:37
* TravT thinks ekarlso has never worked on glance17:37
nikhil:) only if..17:37
nikhiljust look at some of the latest ML threads17:37
itishanikhil: thanks :)17:37
TravTi think the motto for glance should be "duck and run"17:37
ekarlso:O17:38
lakshmiSekarlso should look at the onion layer technology in glance17:38
nikhilLOL17:38
* nikhil feels lakshmiS' pain17:38
lakshmiS:)17:38
ekarlsosjmc7: you handling the config review then ?17:40
sjmc7ekarlso yes, i'm not sure if we'll merge it for the RC17:44
*** lakshmiS has quit IRC17:46
ekarlsosjmc7: rather just fix it up for M1 ?17:47
sjmc7think so. clarify exactly what we want to do17:48
ekarlsook17:51
*** lakshmiS has joined #openstack-searchlight17:58
*** openstackgerrit has quit IRC18:16
*** openstackgerrit has joined #openstack-searchlight18:17
sjmc7TravT - check mappings18:20
sjmc7with 22863918:20
TravTsjmc7: i know the mapping is out of date, but i thought applying the patch would mean i don't get a 500 error18:20
TravTbut i'm still getting 50018:20
TravTlakshmiS, just put some comments on https://review.openstack.org/#/c/22905818:24
lakshmiSi did18:24
TravTI just did i mean18:25
TravTmaybe we're slightly talking about different things.18:25
TravTi'm not sure, so take a read and then we can chat18:25
lakshmiSoh let me look at your comment18:25
sjmc7if the mapping is wrong, you'll get a different error18:30
sjmc7but that's an exception from elasticzsearch18:30
TravTso what you are saying is that should perhaps be a different bug fix18:31
TravT?18:31
sjmc7possibly.. i don't want to start hiding exceptions though18:31
sjmc7a missing index/mapping is one thing18:31
sjmc7a wrong one is more serious18:32
TravTno, hiding is bad.  i think we could catch and give troubleshooting tips, but i won't consider that in this review since the bug fix is something different18:33
lakshmiSTravT:  just looked through your comments18:34
lakshmiSi think we both are talking the same thing here18:34
lakshmiSregarding the scenarios you gave: User in project A creates image projectAimage as private. Admin gets a token scoped to project A. Admin lists images. Admin would see projectAImage.18:35
lakshmiSwhat i am saying is admin and user both go through the same RBAC filter  and the output for both of them would be same when all_projects is false18:36
TravTyes, i think that is correct.18:36
TravTby default you get results for the project as if you are normal...18:36
TravTif we were doing filtering in the rbac queries right now18:38
TravTproperty filtering that is, then this wouldn't quite work right.18:38
TravTbut that isn't being done right now.18:38
lakshmiSso refresh my memory.  are users allowed to see each others private images in the same project?18:39
TravTprivate means private to project18:39
lakshmiSok.  for some reason i was thinking private to user18:40
TravTjust a sec... i'm going to review all the queries18:40
TravTrecordset is project filter18:40
TravThttps://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/designate/recordsets.py#L7318:40
TravTzone is too: https://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/designate/zones.py#L7718:41
sjmc7they all are18:41
TravTimage is too.  it is a little harder to maintain18:41
TravThttps://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/glance/images.py#L8418:41
TravTbut that "owner field" is the project / tenant id18:42
TravTmetadefs https://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/glance/metadefs.py#L9618:42
lakshmiSyes18:42
TravTnova is too18:43
TravThttps://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/nova/servers.py#L13418:43
TravTi believe we have opportunity in the future to make the get_rbac_filter handle some result filtering as well using _source excludes on nova servers for example18:44
TravTbut that isn't how it is done right now18:44
TravTthat goes through the https://github.com/openstack/searchlight/blob/master/searchlight/elasticsearch/plugins/nova/servers.py#L13718:44
lakshmiSyeah but property protection requires post result filtering18:45
lakshmiS but source fields is good candidate18:46
*** openstackgerrit has quit IRC18:46
*** openstackgerrit has joined #openstack-searchlight18:47
openstackgerritMerged openstack/searchlight: Apply RBAC for admins unless all_projects is given  https://review.openstack.org/22905818:51
TravTbtw lakshmiS thanks for putting -1 when you had concerns about the intent of the patch.18:51
TravTalways better to discuss if needed18:51
lakshmiSyeah i guess my mind doesnt work well at night ;)18:52
sjmc7my mind's not working properly at any time of day or night at the moment :)18:52
lakshmiSlol18:52
sjmc7i appreciate you being around so late, fwiw18:52
TravTi'll let you know if my mind ever works right18:53
openstackgerritMerged openstack/searchlight: Correct facet error when no mapping defined  https://review.openstack.org/22863918:54
*** david-lyle has quit IRC18:55
*** david-lyle has joined #openstack-searchlight18:55
openstackgerritMerged openstack/searchlight: Add --no-delete to indexing  https://review.openstack.org/22952618:57
openstackgerritMerged openstack/searchlight: Default designate updated_at to created_at  https://review.openstack.org/22916919:01
openstackgerritMerged openstack/searchlight: Add facet terms for dns recordsets  https://review.openstack.org/22920519:02
TravTokay, i'm going to do a complete brand new devstack so i can ensure i have a clean environment for smoke testings all of these changes again now that they've merged.19:05
lakshmiSgreat. hopefully no more bugs and we will have our first release19:07
TravTyeah, i will spend the afternoon doing queries from horizon plugin / etc19:07
sjmc7there's still a few hours for me to get some bugs in!19:07
TravThere's a doc bug: https://review.openstack.org/#/c/228664/19:08
lakshmiSyeah i was just running tox on it19:09
TravTlakshmiS: sjmc7: we'll have to make a go / no go on this one19:09
TravThttps://review.openstack.org/#/c/228998/19:09
lakshmiSyou mean whether to suggest using cron job instead of this patch?19:11
TravTi mean whether to merge it or not in liberty...19:12
lakshmiSlets talk about pros and cons then19:13
sjmc7i've got to go back on the roof for half an hour19:13
itishaHey everyone, i tried setting up searchlight and then running searchlight-manage index sync, but i got an error: ERROR searchlight.cmd.manage [-] Failed to setup index extension zone: public endpoint for dns service in RegionOne region not found19:13
TravTitisha: do you have designate installed?19:14
TravTsjmc7: lakshmiS: this actually points to a problem...19:14
lakshmiSTravT: yes19:14
sjmc7yeah :)19:14
itishaTravT: no, i dont19:14
lakshmiSi was thinking about having config to enable/disable plugins19:14
sjmc7yeah, travis has mentioned this too19:15
sjmc7and endre19:15
TravTitisha: file a bug19:15
sjmc7that IS something we could get done today19:15
TravTyes19:15
itishaTravT: ok, I'll file the bug now19:16
TravTand let me get you info on setting up designate19:16
lakshmiSitisha: you can ignore that error for now to continue using glance and nova19:16
itishaalthough i would like to know what actually causes the problem?19:16
TravThttps://review.openstack.org/#/c/228664/1/doc/source/plugins/designate.rst,cm19:16
TravTitisha: here's a script i use to install designate19:18
TravThttp://paste.openstack.org/show/474919/19:18
*** GB21 has quit IRC19:18
TravTand i'll give you the local.conf i use19:19
lakshmiSitisha: the problem is due to not having the API server for the corresponding plugin available on your system. you would get the same error for glance plugin if glance was not available19:19
TravTmy section of local.conf for designate: http://paste.openstack.org/show/474920/19:20
itishalakshmiS: ohh ok, alright19:21
*** david-lyle has quit IRC19:22
sjmc7that's actually a pretty serious bug; designate's not a core-core service19:22
TravTyeah, i agree19:22
TravTwe need to be able to gracefully handle this in any scenario19:22
*** david-lyle has joined #openstack-searchlight19:22
sjmc7it seems a bit odd to have to duplicate in setup.cfg and then in config19:23
TravTi mean you could just remove it from setup.cfg19:23
sjmc7right, but people don't - they pip install stuff19:24
lakshmiSwell thats required for stevedore to recognize as entry point in setup.cfg19:24
sjmc7yeah. just seems odd19:24
*** TravT has quit IRC19:29
*** TravT has joined #openstack-searchlight19:31
*** david-lyle has quit IRC19:35
openstackgerritLakshmi N Sampath proposed openstack/searchlight: Fix for updating image index on member notifications  https://review.openstack.org/22899819:36
*** lakshmiS has quit IRC19:37
*** lakshmiS has joined #openstack-searchlight19:43
*** ChanServ sets mode: +o TravT19:51
*** david-lyle has joined #openstack-searchlight19:52
*** david-ly_ has joined #openstack-searchlight20:07
*** david-lyle has quit IRC20:07
*** david-ly_ is now known as david-lyle20:08
sjmc7TravT - what're we going with for this? a list of enabled plugins in searchlight.conf?20:13
TravTmaybe a section for each plugin and then an enabled flag?20:14
sjmc7ok. right now we don't have a section per plugin20:15
sjmc7i could cannibalize endre's patch20:15
TravTor should we just finish his patch?20:15
TravTdelay release until friday?20:15
sjmc7:)  yeah, maybe20:15
sjmc7where's that etherpad20:16
sjmc7i feel bad for coopting his changes :)20:16
TravTi put a link from his review20:16
TravThttps://etherpad.openstack.org/p/searchlight-plugin-config-options20:16
sjmc7third time i'll remember it20:17
TravTFYI: i'm also in the horizon driver's meeting right now.  so pardon if i take a moment to respond.20:17
sjmc7no prob. i've put what i envisaged it looking like in there20:18
TravTlakshmiS ekarlso ^20:18
ekarlsouhm20:21
ekarlsodont do OS_Nova_.. keep it lower caps...20:21
ekarlsoif not the config file will make you want to rake your eyes out20:21
sjmc7ah yes20:23
lakshmiSwhat is service_notifications20:23
sjmc7define how nova, glance, designate are configured20:25
lakshmiSi am still not getting it. how does searchlight_listener/glance relate to config20:28
TravTok, added a couple config ideas20:30
sjmc7lakshmiS - the notification exchange/topic names20:34
TravTsjmc7: should the log file for a given type be overridable as well?20:35
sjmc7not for a plugin i don't think. but api/listener, yes20:36
*** lakshmiS has quit IRC20:37
*** lakshmiS has joined #openstack-searchlight20:41
TravTlakshmiS: you probably should get some sleep!20:44
lakshmiSyeah i was about to logout20:45
TravTwe'll go over everything in the IRC meeting tomorrow20:46
TravTprobably should get that notification item for glance on their meeting20:46
lakshmiSi will address the comments from flavio before that20:48
TravTok, cool20:48
TravThave a good night20:48
lakshmiSttyl20:49
*** lakshmiS has quit IRC20:58
*** david-lyle has quit IRC21:03
*** david-ly_ has joined #openstack-searchlight21:03
*** david-ly_ is now known as david-lyle21:05
itishahey, now i get an error on running stack.sh: http://paste.openstack.org/show/474950/21:08
sjmc7hm... i've not seen that one21:17
sjmc7i've got to fix something on my building while it's still light but i'll take a look at the configuraiton options after that21:18
itishaok...21:25
*** david-lyle has quit IRC21:26
*** david-lyle has joined #openstack-searchlight21:29
*** david-lyle has quit IRC21:48
*** david-lyle has joined #openstack-searchlight21:54
*** david-lyle has quit IRC22:15
*** david-lyle has joined #openstack-searchlight22:36
*** sigmavirus24 is now known as sigmavirus24_awa23:26
*** akanksha_ has quit IRC23:38

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