08:04:03 #startmeeting vitrage 08:04:03 Meeting started Wed Mar 15 08:04:03 2017 UTC and is due to finish in 60 minutes. The chair is ifat_afek. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:04:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:04:07 The meeting name has been set to 'vitrage' 08:04:13 Hi :-) 08:04:32 Hi 08:04:34 Hi 08:04:34 \o 08:05:28 hi 08:06:04 Today’s agenda: 08:06:09 • Pike Design Sessions 08:06:13 • Status and Updates 08:06:18 • Boston Summit 08:06:23 • Open Discussion 08:06:28 #topic Pike Design Sessions 08:06:38 I think that the Pike Design Sessions were very successful. Thanks to everyone who contributed! 08:06:48 The etherpad with the discussions summary: 08:06:53 #link https://etherpad.openstack.org/p/vitrage-pike-design-sessions 08:06:54 \ 08:07:32 Is the pike roadmap published? I mean the slides shown on the close 08:08:22 I wrote it all in the etherpad, but did not publish anywhere else. I guess it belongs in Vitrage wiki page. I’ll update it after the wiki 08:09:06 Got it 08:09:15 Starting on L184 08:09:36 Right 08:10:31 #topic Status and Updates 08:10:45 My updates: Working on Doctor stuff. I finished writing the manual installation instructions, and it was merged 08:10:54 I’m almost done with the test script as well. 08:11:03 #link https://gerrit.opnfv.org/gerrit/#/c/28593/ 08:11:08 #link https://gerrit.opnfv.org/gerrit/#/c/28845/ 08:11:15 Note that Andrea Wisnyei is working on the “real” Vitrage installation guide. 08:11:28 That’s it for my updates 08:11:38 I will update 08:12:12 I have been working several days now to fix the puppet-openstack-integration for vitrage 08:12:25 the smoke test failed 08:12:45 I did some fixes in vitrage tempest tests and in the puppet moudle 08:13:22 I am waiting for the changes to be merged to RDO ci system and then I will recheck 08:13:36 hopefully it will work this time :-) 08:13:39 thats it 08:13:45 Good luck ;-) 08:15:04 I'll update for Anna Reznikov 08:15:33 She pushed a BP for the Vitrage support for SNMP traps. I believe the code was pushed a week or two ago 08:16:54 SNMP traps as a notifier, right? 08:17:19 For those who don't know, this means that if you activate this feature, you can get SNMPv2 traps sent to locations that the user defines 08:17:47 yup, it's another notifier 08:18:14 traps will be generated whenever a vitrage deduced alarm is generated 08:18:32 not for other alarms 08:18:39 like Zabbix, nagios etc 08:19:09 anyhow, this feature should now be fully functional. See the BP for details. 08:19:11 Links to Anna’s changes: 08:19:13 I'm done 08:19:15 #link https://review.openstack.org/#/c/437397/ 08:19:24 #link https://review.openstack.org/#/c/445574/ 08:19:30 elisha_r: thanks 08:20:22 Anyone else has updates? 08:20:29 I will 08:20:40 I am still working on the 'not' operator for the templates and the evaluator 08:20:57 Hopefully it ill be done till the end of the week. 08:21:14 Made some progress on mitmstack. It now supports multiplying the result of `nova list` 08:21:29 I really want to finish it because it takes too much time already 08:22:02 Done 08:22:05 alexey_weyl: Great, thanks 08:22:17 Ok, I'll continue 08:22:30 yujunz: So you mean it can already return 10000 fake vms? 08:22:47 If you have n vm, mitmstack can return n*m vms for you 08:22:55 Cool 08:23:14 #link https://github.com/mitmstack/cheat-the-client 08:23:25 #undo 08:23:27 #link https://github.com/mitmstack/cheat-the-client/blob/master/multiply.py 08:24:23 Currently the it fakes only the 'id' 08:24:23 So we get different 'id' on the faked list 08:24:26 A question on vitrage 08:24:39 does it supports http_proxy for the openstack endpoints 08:25:24 I am not aware of such a feature 08:25:49 yujunz: What do you mean exactly? 08:26:16 When vitrage requests vm list from nova, go through http_proxy if env var is set 08:26:26 nova client supports it well 08:26:54 #link https://github.com/mitmstack/cheat-the-client#nova-list-multiplier 08:27:10 Note the difference between first `nova list` and second one 08:27:22 what ever url you define for vitrage in the catalog it will be used 08:27:37 I will check the link 08:27:48 The same url, but go through http proxy 08:28:14 nova client will check the environment var http_proxy to determine how to make the request 08:28:31 no we don't support it 08:28:42 I see 08:28:49 yujunz: Is it supported in other projects? 08:28:59 nova client supports it well 08:28:59 Except Nova? I mean, is it something common? 08:29:08 I didn't test other 08:29:12 Because we were not aware of it 08:29:17 But I assume it is a common feature 08:29:48 And what is the goal - do you want Vitrage to call Nova via the proxy? or do you want to call Vitrage via the proxy? 08:30:01 The former 08:30:10 vitrage call nova via proxy 08:30:22 I guess in order to make it consistent with the result that mitmstack gets? 08:30:43 And to allow mitmstack to mess with the results 08:31:08 Kind of, force vitrage to go through mitmstack to nova 08:31:22 setting http_proxy is easiest to deploy 08:31:36 Ok 08:31:45 I think I understand 08:32:00 I'll check and submit a patch to support http_proxy in vitrage 08:32:27 Ok 08:32:29 It won't be too difficult since it should be supported by most client library 08:32:41 That's all from my side 08:32:57 I think it is supported by the requests library which we use 08:33:11 so maybe it is supported 08:33:17 it needs to be checked 08:33:31 #link http://docs.python-requests.org/en/latest/user/advanced/#proxies 08:33:48 Could be. Not sure about the default behavior. 08:34:45 Any other updates? 08:35:34 Ifat: is there any comment or suggestion for virtual switch extension in Vitrage? 08:36:44 usman_: Hi, I’m sorry but I still don’t have answer. I think the suggestion makes sense, but would like to discuss it with someone else (who is not in the IRC channel now) 08:37:10 BTW, you can send it also to the general mailing list with [vitrage] in the title, if you want to hear other opinions 08:37:20 And in any case I will reply to your mail soon 08:37:31 Ifat: okay thanks 08:38:01 Any other issues to discuss before I move on to the next topic? 08:38:45 #topic Boston Summit 08:38:54 There will be six Vitrage sessions in the Boston Summit! 08:39:01 wohoooooooooooo 08:39:06 \0/ 08:39:09 Here they are: 08:39:11 Way the go Vitrage!!! 08:39:15 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/17926/beyond-automation-taking-vitrage-into-the-realm-of-machine-learning 08:39:20 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/17737/collectd-and-vitrage-integration-an-eventful-presentation 08:39:26 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/17928/the-vitrage-story-from-nothing-to-the-big-tent 08:39:31 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/17922/advanced-use-cases-for-root-cause-analysis 08:39:35 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/18067/get-hands-on-with-vitrage-the-fault-management-service-for-root-cause-analysis-and-deduced-alarms 08:39:41 #link https://www.openstack.org/summit/boston-2017/summit-schedule/events/18595/project-update-vitrage 08:40:09 In addition, we can (and should) suggest ideas for the Forum sessions. As far as I understood, a forum session is similar to the fishbowl session we had in Barcelona – a high level discussion, either about cross-project topics, or about a project specific issues 08:40:11 cool 08:40:15 #link https://wiki.openstack.org/wiki/Forum 08:40:23 I created an etherpad for gathering ideas. Please add yours: 08:40:28 #link https://etherpad.openstack.org/p/vitrage-boston-forum-ideas 08:40:55 I just created the etherpad, didn’t have time to think of ideas yet… 08:44:40 Sorry for not talking, I was writing in the etherpad… 08:45:27 Moving on 08:45:35 #topic Open Discussion 08:45:44 There is one issue I would like to raise – our review policy. 08:46:03 Usually we write our comments, and wait for the committer to fix them 08:46:12 On other OpenStack projects, people write -1/-2 when they have comments. This prevents other reviewers from mistakenly merging a change that is not ready yet 08:46:24 I think we should start replying with -1/-2 as well. What do you think? 08:46:31 +1 08:46:49 use more -1 08:46:50 I agree 08:46:53 +1 08:47:02 -2 is rarely used 08:47:32 unless it is a very small issue I believe we can use 0 as well 08:47:44 In my opinion 08:49:12 Ok. That’s it for me. Anyone wants to discuss anything else? 08:50:57 Goodbye then! 08:51:05 bye 08:51:05 see ya 08:51:13 bye 08:51:25 #endmeeting