15:00:38 <witek> #startmeeting monasca 15:00:38 <openstack> Meeting started Wed Aug 1 15:00:38 2018 UTC and is due to finish in 60 minutes. The chair is witek. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:40 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:42 <openstack> The meeting name has been set to 'monasca' 15:00:59 <witek> hello everyone\ 15:01:40 <witek> anyone here today? 15:02:44 <aagate> hello good morning 15:03:03 <witek> hi 15:03:51 <akhil_jain> witek: hi 15:04:09 <witek> due to Freenode servers abuse I have requested +r flag for #openstack-monasca 15:04:21 <witek> and #openstack-meeting-3 15:04:47 <witek> it requires that the username is registered 15:05:03 <witek> I hope I haven't block too many that way 15:05:15 <aagate> ah i see thats good 15:07:37 <witek> some folks have problems logging in 15:09:49 <witek> akhil_jain: can we start with the webhook plugin? 15:10:09 <akhil_jain> yes sure 15:10:23 <witek> #topic authenticated webhook 15:10:29 <witek> here is the change: 15:10:47 <witek> https://review.openstack.org/584303 15:11:56 <witek> akhil_jain: you had an idea of enabling 'auth_required' option in config 15:12:06 <witek> any more thoughts on it? 15:12:43 <akhil_jain> that was more of question to you, if that is valid approach 15:13:20 <akhil_jain> the way you have told might make code redundant. not sure 15:13:58 <witek> the disadvantage of setting it in config file is that it would apply to all webhook notifications configured in system 15:15:27 <witek> on the other hand, services not needing authentication would just ignore the header 15:15:29 <akhil_jain> yes got your point, then making diffent webhook_notifier is required 15:16:57 <witek> I think in the first version it would be enough to set it in the config file 15:17:10 <witek> any opinions from others? 15:17:19 <witek> dougsz_: ? 15:17:32 <dougsz_> sorry - haven't had the bandwidth to review it yet 15:19:16 <witek> the question is if it's OK to require authentication for all configured webhook notifications? 15:19:42 <witek> or do we need a mechanism to disable/enable it for individual ones 15:20:02 <witek> the way it's proposed now, would allow to enable/disable for all 15:20:31 <witek> the credentials are stored in config file 15:21:04 <witek> token added as request header 15:22:27 <witek> I'd say let's go with the simple version 15:22:33 <dougsz_> need to look at what's proposed - where is the authentication taking place? 15:22:47 <dougsz_> simple sounds good - that is either on or off for everything? 15:22:56 <witek> dougsz_: yes 15:23:12 <aagate> I agree that adding token to all webhook requests might be OK for first version, it can be improved later 15:24:00 <witek> agreed 15:24:23 <witek> akhil_jain: did you have time to think about supporting Keystone Trusts? 15:24:53 <akhil_jain> not yet. but i have it on my list. will let you know soon enough about it 15:25:03 <witek> sure, thanks 15:25:46 <witek> #topic Rocky release 15:26:02 <witek> next week is the deadline for creating stable branches 15:26:36 <witek> please point to any bugs that need fixing 15:26:54 <witek> and bugfixes that need merging 15:27:26 <dougsz_> Here's one I found in Monasca API: https://review.openstack.org/#/c/587503/ 15:27:55 <dougsz_> Thanks for fixing the issue with the 'future' lib witek 15:28:10 <witek> thanks dougsz_ for finding this 15:29:05 <witek> it also seems that I merged the log-api oslo change to quickly 15:29:31 <witek> log-agent doesn't not work in devstack plugin 15:29:50 <witek> didn't have time to look into it though 15:31:30 <dougsz_> hmm. I'm currently deploying the master branches with Kolla on python 2.7 so I should hopefully be able to verify everything works for that use case by next week. 15:31:59 <witek> monasca-log-api as well? 15:32:00 <dougsz_> I think the oslo config might need patching up in monasca-notification - will submit a fix next week. 15:32:13 <dougsz_> yeah - the log-api seems to be working for me so far on master 15:32:34 <witek> ok 15:32:55 <witek> #topic organisational 15:33:09 <witek> next week is my last one before 3 weeks vacation 15:33:28 <witek> someone else will have to organize the meetings in that time 15:33:41 <witek> look for a volunteer 15:34:19 <dougsz_> I am away the last week in August, but I could do the earlier ones 15:34:29 <witek> dougsz_: thanks 15:34:45 <witek> also, don't forget to think about topics for the PTG 15:35:00 <witek> https://etherpad.openstack.org/p/monasca-ptg-stein 15:35:35 <aagate> ah yes, thanks for reminding. I am going to add a topic for monasca transform updates 15:36:26 <witek> any other topics for today? 15:37:06 <joadavis> not much from me 15:37:16 <kaiokmo> guilhermesp already updated the status of monasca role work in osa 15:37:19 <joadavis> I'm deep in to refreshing devstack for monasca-ceilometer 15:37:21 <aagate> can you please review https://review.openstack.org/#/c/567441/ when you get a chance? 15:37:31 <witek> kaiokmo: thanks 15:38:04 <witek> aagate: that one has been around for a long time 15:38:47 <witek> aagate: will try 15:39:44 <witek> anyone else would find time to look at transformer as well? 15:39:52 <aagate> witek: thanks! yes wanted someone to review. Then I can request jodavis to +2 it ( we are close to deadline next week) 15:40:16 <witek> aagate: ok 15:40:24 <dougsz_> witek: I *might* we need to deploy transform next week. 15:41:17 <joadavis_> dougsz_: which release are you deploying? 15:41:30 <witek> pandy wanted to talk about the problems with his deployment 15:42:09 <dougsz_> joadavis_: Is there one you recommend? I will try master otherwise. 15:42:52 <dougsz_> (all other services are master) 15:44:04 <joadavis_> master should be fine. I just wanted to check you weren't on an old release. :) 15:44:29 <witek> pandy apparently has problems joining this channel 15:45:05 <witek> do you have something more or should we move to #openstack-monasca? 15:45:27 <dougsz_> joadavis_: ok, thanks! 15:46:37 <witek> I'd suggest to finish the meeting now and continue in #openstack-monasca 15:47:08 <dougsz_> ok, thanks 15:47:20 <witek> #endmeeting