15:00:42 #startmeeting openstack search 15:00:43 Meeting started Thu Jan 12 15:00:42 2017 UTC and is due to finish in 60 minutes. The chair is sjmc7. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:44 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:45 o/ 15:00:47 The meeting name has been set to 'openstack_search' 15:00:56 o/ 15:00:56 o/ 15:01:04 I also started the meeting in #openstack-meeting4 (without the dash) but nobody showed up 15:01:11 o/ 15:01:23 Morning / evening all 15:01:36 sjmc7: i was wondering where you were, i was going to apologize for running 8 sec over 15:01:37 o/ 15:01:42 I’m on vacation today so I’m motivated to keep this short and let people get to bed 15:01:50 rosmaita: your apology is nevertheless not accepted 15:01:59 rough crowd 15:02:03 I demand satisfaction 15:02:15 o/ 15:02:28 TravT is always late anyway 15:02:32 i long for the civility of the TravT days 15:02:35 :) 15:02:40 this is our brave new world! 15:02:44 lol 15:02:48 #topic Pipeline patch 15:02:54 build a wall and make nova pay for it! 15:02:55 https://review.openstack.org/#/c/359972/ - I’ve +2ed it 15:02:58 hahaha 15:03:16 nice, rosmaita! ;-) 15:03:21 I’ve tested the pipelien patch a fair amount and am satisfied with it; i’d like to get it merged so that if there are problems we can get more eyes on it 15:03:42 and so rob’s UI team have some opportunity to look at using it for their prototype in this cycle 15:04:03 There is a test publisher in the patch which can be enabled for testing purposes 15:04:28 The size of the patch is intimidating but many of the changes are just adding return statements to event handlers so it’s not as big as it looks 15:04:48 Thanks lei-zh for the hard work on it 15:04:56 ++ 15:05:05 you are welcome:) 15:05:38 thanks for your diligence lei-zh 15:05:43 yeah, most changes in notification handler are similar 15:05:59 Yep. I’m glad we made the decision to simplify it as we did 15:06:40 #topic Ironic plugin 15:06:44 one major change is to rewrite glance metadef handler, so that part looks quite different with original one 15:06:45 https://review.openstack.org/#/c/364462/ is also ready for review 15:07:27 lei-zh: i actually want to bring up the metadef plugin later, i’ll do so at the end 15:07:39 thanks for reminding me 15:07:54 https://review.openstack.org/#/c/364462/ adds a plugin for ironic and has been through many many patchsets 15:08:40 it is possible to set up ironic in devstack for testing. i’ve tested most of it but hte notification setup is a bit different from other services and i didn’t get a chance to figure out why i wasn’t receiving them, but if anyone can take a look at it it’d be good to get that in 15:08:51 looks like yuriy is no longer -1-ing the workflow 15:08:59 yep 15:09:15 my last negative review was fairly cosmetic, it’s ready to be reviewed and merged 15:09:16 might be that we need to trust yuriy on it 15:09:43 i’m happy for someone else to eyeball +2 it and i’ll test the notifications before approving 15:09:43 if everything looks basically okay from ironic team perspective 15:09:59 sjmc7: are you using vm to pretend bm in your environment 15:10:07 yep lei-zh 15:10:25 i guess there’s a virtualized driver ironic uses 15:11:01 or it may not actually care if the node really exists until you try to use it 15:11:18 in any case you can create and modify ironic nodes in devstack 15:11:30 not sure about spinning up VMs 15:12:47 #topic Elasticsearch 5 compatibility 15:12:59 Turned out i lied a bit when i said we were good with ES5. i filed https://bugs.launchpad.net/searchlight/+bug/1655396 15:12:59 Launchpad bug 1655396 in OpenStack Search (Searchlight) "No "filtered" query in ES 5; API queries fail" [Critical,New] 15:13:14 It should be a simple-ish fix but right now the API doesn’t work really at all with ES5 15:13:21 Searches fail 15:13:35 I’ll try to put a patch up early next week for that 15:14:43 They take a pretty robust outlook on backwards compatibility 15:15:30 We need to pay attention to the deprecation notices in elasticsearch; their major release cycle is about a year and a half 15:16:10 yeah, that's pretty critical. 15:16:15 thanks for testing that 15:16:38 We probably need the search api to work :) 15:17:04 seems less painful than upgrade from 1.x to 2.x 15:17:23 Yes, much. They warned everyone that 1.x to 2.x was going to be difficult 15:17:44 5.x mostly removes deprecated features; there weren’t many breaking changes 15:18:28 #topic ocata-3 15:18:39 It’s in two weeks! 15:19:25 We don’t have any big outstanding feaetures left to do, so we have a lot of time for bug fixing 15:19:30 And discovering 15:20:02 Talking of release cycles, is anyone going to Atlanta for the PTG in february? 15:20:43 actually, re: ocata... rosmaita, did this get done in glance? https://blueprints.launchpad.net/searchlight/+spec/glance-visibility-changes-shared-community 15:20:56 not yet 15:21:00 the saga continues 15:21:01 The system works! 15:21:21 I didn't see there's room for searchlight from ptg homepage 15:21:26 we need a tempest test to be changed 15:21:36 and they don't want to do that 15:21:41 lei-zh: no, there’s no space allocated explicitly because it didn’t sound like many people were going 15:22:22 It’s just in a hotel though so i’m sure there’ll be plenty of space to share 15:22:52 I will not be there. Our travel budget will just about stretch to bus fare and i have a friend’s wedding that week 15:23:24 Which means i can escape the cold weather for a few days 15:24:26 rosmaita: how is attendance looking for glance at the ptg? 15:24:32 me neither, because I couldn't take bus to Atalanta:) 15:24:58 TravT: definitely 6, probably 8, don't expect more than 10 15:25:11 lei-zh, maybe you could stowaway in the wheel well of an a380 15:25:31 There’s true leadership 15:25:35 i tried that once and airport security got really upset at me. 15:25:45 ;-P 15:26:28 If people are going, let everyone know 15:26:47 TravT: that's a real test for man with acrophobia.... 15:27:12 Is there a word for “a fear of freezing to death at high altitude"? 15:28:49 #topic Versioned notifications 15:28:55 I’ve still not really looekd at them 15:29:06 It looks like nova will still support unversioned ones for a while 15:29:53 The ironic notifications are versioned, so they’re a good introduction 15:30:09 yingjun is probably the best person regarding nova versioned notifications 15:30:39 missed few 15:30:49 network issue 15:31:44 You just missed me jabbering 15:32:00 hah 15:32:07 yingjun: do you know if there’s a plan for deprecating the unversioned notificaitons from nova? 15:32:40 no, seems there is no plan yet 15:32:54 ok, good 15:33:07 FYI, the flavor versioned notification was implemented one days ago. 15:33:11 day 15:33:14 yingjun i saw that. Congrats! 15:33:40 are you still thinking about getting support in for ocata in searchlight? (https://blueprints.launchpad.net/searchlight/+spec/flavor-notifications) 15:34:00 that’s definitely doable 15:34:31 i'm starting working on this one 15:34:47 cool. one fewer notification-less plugin 15:35:03 so next week, i'll have a patch on 15:35:12 :) 15:35:43 ok, moving on 15:35:54 Actually, this is kind of the next topic anyway 15:36:06 #topic Newly implemented notifications 15:36:16 We have some bugs like https://bugs.launchpad.net/searchlight/+bug/1565028, https://bugs.launchpad.net/searchlight/+bug/1560226 15:36:16 Launchpad bug 1565028 in OpenStack Search (Searchlight) "Neutron port detach isn't detected by nova event handler" [Critical,New] 15:36:17 Launchpad bug 1560226 in OpenStack Search (Searchlight) "No notifications on Neutron tag operations" [High,New] 15:36:37 that refer to missing notifications. we need to review them and see if the services have implemented them 15:36:59 Neutron tags, for instance, i think did get some attention 15:37:25 Any that are implemented can be tagged for ocata-3 or maybe ocata-rc1 15:38:14 i'm fine with ocata-rc1 15:38:18 those are bugs afterall 15:38:32 Yep. Even if they’ve been around for a year 15:39:41 Ok, last topic i had before i throw it open to the floor 15:39:46 #topic metadef handler 15:40:17 The metadef handler relies heavily on scripted updates 15:40:49 Elasticsearch 5 introduced a new scripting language called ‘painless' 15:41:21 that sounds like the scripting language i've been waiting my whole life for 15:41:22 Which is sandboxed and safe; groovy was disabled in 1.4 because there were significant security concerns 15:41:32 it may be called that ironically 15:42:00 it looks roughly like groovy syntax-wise 15:42:41 So we should either convert the handler to use that, or make metadefs a notification-less plugin and do away with it 15:42:49 it’s by far the most complex and under-tested handler we have 15:43:07 Probably don’t need to do anything with it now but i’ll file a blueprint 15:43:44 k... 15:43:52 Ok, that’s all i had 15:43:57 #topic open discussion 15:43:59 Anything else? 15:44:04 you had quite a bit of good info today. thanks! 15:44:52 nothing from me 15:45:01 nope 15:45:15 have a good next week! 15:45:50 ok dokey 15:45:52 thanks all 15:45:54 #endmeeting