13:00:45 #startmeeting monasca 13:00:46 Meeting started Tue Nov 26 13:00:45 2019 UTC and is due to finish in 60 minutes. The chair is witek. Information about MeetBot at http://wiki.debian.org/MeetBot. 13:00:47 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 13:00:49 The meeting name has been set to 'monasca' 13:01:22 hello everyone 13:01:44 Hi 13:01:48 hey all 13:02:01 hi, nice to see you 13:02:13 light agenda for today: 13:02:16 https://etherpad.openstack.org/p/monasca-team-meeting-agenda 13:02:37 #topic InfluxDB proxy 13:03:12 in the recent email thread at openstack-discuss someone has pointed to influxdb-proxy tool 13:03:19 https://github.com/shell909090/influx-proxy 13:03:45 it extends the concept of InfluxDB relay 13:04:15 hmm, yes, I think I still prefer the Kafka consumer groups thing for HA 13:04:31 and from reading the README, it provides both replication and sharding 13:04:50 dougsz: agree, I wanted to point to the concepts implemented 13:05:07 One less service and that project doesn't look particularly dependable 13:05:28 makes sense, thanks witek 13:06:13 yes, what I wanted to point is that they hold the keymap and redirect the messages and queries to the particular InfluxDB instance 13:06:45 we could implement it much nicer in monasca-api 13:06:50 Solid idea - a bit like a placement group in Ceph perhaps 13:08:03 It would be nice to try TimescaleDB at the same time to see if it lives up to the hype 13:08:03 I have added the repository URL to our Story: 13:08:21 https://storyboard.openstack.org/#!/story/2005620 13:09:35 yes, we could try TimescaleDB as well 13:10:48 some more comments on this topic? 13:11:12 I guess it could also be used for mapping tenants to dedicated InfluxDB instances 13:11:32 looks like influx-proxy is using redis 13:12:58 dougsz: yes, sharding on tenants would be the simplest logic 13:14:51 Dobroslaw: do we need it? I think we could store the keymap in mysql 13:15:31 yeah - that would make more sense 13:15:33 just pointing that influx-proxy would need 4th db in monasca 13:15:59 good idea with keymap in mysql 13:16:06 but I wasn't talking about using it, just showing the concept 13:16:11 a, ok 13:17:15 #topic Reviews 13:17:33 no much progress here since last week 13:17:45 I've updated the board: 13:17:54 https://storyboard.openstack.org/#!/board/190 13:18:24 we've got two stories needing review 13:18:33 and one needing help 13:19:08 devstack plugin for merged api has open comments 13:19:41 apart from these there is also: 13:19:41 https://review.opendev.org/674204 13:19:54 which unlocks events-api repo 13:21:01 any other reviews we should look at? 13:22:06 any progress on ELK upgrade? 13:23:18 #topic AOB 13:23:21 Arseni have some problems with updating Kibana plugin 13:23:50 should we proceed without Kibana plugin first? 13:24:07 hi 13:24:10 you may proceed 13:24:34 are all changes up-to-date now? 13:25:10 without the plugin they should be 13:25:49 could you point me to the story please? 13:26:09 https://storyboard.openstack.org/#!/story/2006376 13:27:10 thanks, added to the Board 13:28:19 on the logs tempest-job front there were less failures in the last days 13:28:28 but the problem is not gone 13:29:01 http://zuul.openstack.org/builds?job_name=monascalog-python3-tempest 13:29:31 what we could try is to disable deploying Kibana in CI 13:29:43 about the plugin: the problem i'm working on now is that after creation of needed index-pattern kibana still won't see it until the page refresh. in old kibana page refresh could be achieved by replying with html, that contained page refresh command in