14:00:56 #startmeeting monasca 14:00:57 Meeting started Wed Jun 14 14:00:56 2017 UTC and is due to finish in 60 minutes. The chair is rhochmuth. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:58 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:01 The meeting name has been set to 'monasca' 14:01:02 o/ 14:01:05 o/ 14:01:10 o/ 14:01:10 o/ 14:01:20 looks empty today 14:01:22 o/ 14:01:25 o/ 14:01:43 no agenda is listed today in etherpad 14:01:50 https://etherpad.openstack.org/p/monasca-team-meeting-agenda 14:01:53 hello everyone 14:02:19 we should probably spend a few minutes on an agenda or any topics that folks would like to cover today 14:02:32 does anyone have some items? 14:02:58 nope 14:03:05 i have one review 14:03:06 https://review.openstack.org/#/c/467877 14:04:02 this is a bug fix for slack notification 14:04:05 thanks koji 14:04:12 do you have any output from this plugin 14:05:12 Also, wanted to point out, https://review.openstack.org/#/c/461917/ 14:05:29 I was wondering how close your slack plugin was to the hipchat one 14:05:47 not that i'm using that as a criteria, i was just wondering if you've looked at that plugin 14:06:10 tim had posted an image of the output at, http://imgur.com/TdcFv6V 14:06:18 as an example 14:06:25 sorry, i didn't check the hipchat one 14:06:30 no problem 14:07:12 these plugins can evolve separately, but it woudl be nice to have some level of consistency between then if possible and it makes sense 14:07:21 at this moment, the slack plugin outputs the alarm information as json 14:07:33 i agree 14:07:36 yeah, that is busted 14:07:58 unfortunately, i couldn't get the original developer to resolve that when he was still here 14:08:22 and i thought the intention was that he was going to commit the initial review and then fix it 14:08:35 unfortunately, after the initial review/merge he didn't come back 14:08:43 i guess we scared him away 14:09:10 so, i'll take a look at this one 14:09:18 we've also been starting to use slack 14:09:26 so possibly i can get this plugin deployed 14:09:31 i'll check on that this morning 14:09:43 thanks! 14:10:09 as i wrote in the commit comment, the plugin of current master doesn't work 14:10:15 timothyb89 might be able to take a look and have some suggesstions 14:11:47 ok, i'll wait for your comments :) 14:12:13 o/ 14:12:27 note, artur had also left an interesting comment recently 14:12:36 hi jgrassler 14:12:38 Sorry I'm a bit late, hopefully not too late for adding a little bit to the agenda: https://review.openstack.org/#/c/473519 14:12:55 Tomasz suggested I bring this up in today's meeting :-) 14:12:57 np, there wasn't an agenda created 14:13:14 so we are in open discussion right no 14:13:25 koji: can we move on or do you have more? 14:13:53 nothing about the review 14:14:07 ok, let's move on then 14:14:13 thank koji 14:14:21 thanks, too 14:14:37 jgrassler: you have the floor 14:14:42 rhochmuth: thanks :-) 14:15:10 So Tomasz and me were bouncing ideas back and forth about how to figure out the user monasca-agent runs as 14:15:37 We didn't really like the options we came up with so we'd like to ask for additional opinions 14:15:45 ok 14:15:57 assujming that this is related too, https://review.openstack.org/#/c/473519/ 14:16:07 Yes 14:16:30 As far as I'm concerned I'd prefer getting the plumbing in place to make the command line switches available in the plugins 14:18:00 The alternative would be what the postfix plugin in monasca_setup currently does: use the user that owns /etc/monasca/agent/agent.yaml 14:18:12 Thoughts? 14:18:48 Right now (in the interest of getting this done in finite time) I'd prefer the postfix plugin's approach. 14:19:15 i can see an argument for that 14:19:39 I don't know if there are currently plans underway to switch to oslo for option processing, but if there are I'd wait until then rather than introduce a lot of plumbing that will eventually get ripped out anyway. 14:19:57 i'm not coming up with great counter arguments 14:20:29 i don't have any specific requests for switching the agent to oslo 14:20:43 but, if my memory serves me correctly, i'm guessing this topic has come up 14:22:14 althoguh there is, https://review.openstack.org/#/c/458541/12 14:22:56 Indeed. So definitely not a good idea to add extra plumbing right now... 14:23:13 well, that is specific to the ovs plugin 14:23:44 Oh, right... 14:23:52 tomasz also added, https://review.openstack.org/#/c/468843/ 14:24:00 which is for the libvirt plugin 14:24:47 Yeah, but still nothing that would affect agent configuration. 14:24:55 correct 14:26:31 Still, if I can get away with it I'd prefer the postfix plugin's approach for now (with something proper deferred until it's clearer what command line parameter processing will look like) 14:26:51 sounds good to me 14:27:15 Ok. Then I'll implement that in the review and discuss it with Tomasz tomorrow. Thanks! 14:27:24 your welcome 14:27:54 i guess we can move on to the next topic 14:28:20 if anyone has any additional topics then we have plenty of time remaining 14:29:10 ok, i think we'll call it for the day 14:29:12 thanks everyone 14:29:17 thanks and bye 14:29:20 see you next week 14:29:22 thx 14:29:23 thanks 14:29:25 See you! 14:29:32 #endmeeting