08:00:20 #startmeeting vitrage 08:00:21 Meeting started Wed Nov 29 08:00:20 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:00:22 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:00:24 The meeting name has been set to 'vitrage' 08:00:30 Hi :-) 08:01:21 Hi 08:02:10 Hi 08:02:17 (ό‿ὸ)ノ 08:02:39 hi 08:05:30 Today’s agenda: 08:05:38 • Status and Updates 08:05:44 • Open Discussion 08:05:50 #topic Status and Updates 08:06:05 The next PTG will be in Dublin, on February 26 – March 2. 08:06:14 We should announce by next week whether we would like Vitrage to participate in the PTG, or whether we prefer to have a virtual PTG as we did last time. Let me know if you have any preference. 08:06:28 Sometime in the near future we should release the first Queens version of Vitrage. 08:06:37 We should decide when is the right time for that. Personally, I prefer to finish the changes for Mistral first, as they will affect the template format. 08:06:44 Any other considerations? 08:06:56 My updates: I created a spec for refactoring the execute-mistral action. 08:07:01 #link https://review.openstack.org/#/c/523396/ 08:07:10 And I started working on the first task, which is to introduce versions to the Vitrage templates. 08:07:12 That’s it for me 08:07:35 Anyone else? 08:07:43 Does such release results in a feature frozen for a period? 08:07:54 No 08:08:24 They want every project ot have a release at least once. I’m not sure why. But it will not be our final release 08:08:52 Some projects follow the cycle-with-milestones release model, and they are about to make their second release (m2) 08:08:57 OK. "They" mean OpenStack governance? 08:09:07 We *can*, if we want, decide on a feature freeze. Do you think we should? 08:09:09 Yes 08:09:27 I don't think feature frozen is necessary. 08:09:29 I actually feel that we should use the final Queens release and not intermediate releases 08:09:34 Ok 08:09:38 Since few projects depends on Vitrage 08:09:45 Right 08:10:02 But we need to find a time that we feel that the release is relatively stable 08:10:16 And run some checks, of course 08:10:40 Agree. 08:11:41 My updates: proactive RCA blueprint got approved, gonna work on the sub blueprint the week after next 08:12:00 I am busy preparing for OPNFV PlugFest which is coming next week 08:12:21 Good luck, what are you presenting? 08:12:37 I will fly to Portland this Saturday to present benchmarking service for OPNFV community 08:12:55 The presentation is next Wedneday 08:13:15 Enjoy 08:13:29 Anyone else wants to update? 08:13:39 For next PTG, I will discuss with ZTE team and let you know our preference. 08:13:47 That's all. 08:13:54 Ok, thamks 08:14:03 My updates: integrate Vitrage with doctor using Devstack env, means local installer in doctor. 08:14:44 But I have some issues about using keystone client to get Vitrage endpoint. Troubleshooting about this..... 08:15:06 You mean integration that is currently done in the Doctor code, right? 08:15:23 Let us know if you need some help 08:15:48 Not done yet. #link https://gerrit.opnfv.org/gerrit/#/c/47835/ 08:16:31 I meant “being one” :-) 08:16:36 done 08:17:28 I will update 08:17:49 i have pushed a few tests to tempest 08:17:59 Adding basic tests to actions 08:18:11 including the new mark down for instances 08:18:27 Also testing overlapping template actions 08:18:56 Another thing, we have found out is that these actions no longer work in python 3.5 08:19:26 THis is probably due to the multiprocessing added in the parallel evaluation blueprint 08:19:38 hey 08:19:58 Why it is related to Python 3.5? 08:20:29 I'm not sure, but in 3.5 it causes an exception 08:20:46 I have yet to investigate this 08:20:58 Eyal and i have been discussing replacing this queue with rabbit 08:21:17 You mean don't send the notification to notifier, which we found the bug before? 08:21:18 I think the issue is that prior to this change we just didn’t have these tempest tests, so we didn’t know about the problem 08:21:19 I mean the evaluator queue 08:21:44 the one between the evaluator workers and the processor 08:21:57 Ok 08:22:11 That my update 08:22:49 I added/fixed some tempest tests, so I think before about 11 tests were running and now around 23 tests are running 08:23:04 +1 08:23:07 +1 08:23:18 +1 08:24:04 btw There are more tests in the datasources execution 08:25:17 Ok. Any other updates? 08:25:25 I will update. 08:26:40 Code of snmp_parsing service has been finished, and I am preparing environment to run test cases. 08:27:09 The code will be submmitted recently. 08:27:15 Cool! 08:27:19 Great 08:27:29 : -) 08:27:55 "recently" you mean "soon"? 08:28:26 Yes, should be this week 08:28:40 Great 08:28:41 Great 08:29:17 Anyone else? 08:30:38 Moving on 08:30:40 #topic Open Discussion 08:30:52 Another issue is i18n support in Vitrage. 08:31:07 Someone from Italy sent me a question and attached some screenshots. I noticed that some of the titles were in Italic (Topologia, Informazioni :-)) while others were in English. 08:31:17 AFAIK we don’t have any i18n support in Vitrage, so I opened a blueprint for this purpose: 08:31:25 #link https://blueprints.launchpad.net/vitrage/+spec/support-i18n 08:31:32 Not sure about the urgency 08:31:37 This is mainly for vitrage-dashboard right? 08:31:56 I think so, but I didn’t check it really 08:32:18 Maybe it is relevant only to the error messages 08:32:44 It should be quite easy to do i18n in django. 08:33:21 There is a common way to handle it in OpenStack, it’s just a matter of learning how 08:33:41 Will you consider supporting Hebrew? 08:33:47 :-) 08:33:59 Does OpenStack support UI reading from right to left? 08:34:02 I don’t think it’s a priority 08:34:27 Our customers don’t expect Hebrew 08:34:50 Italian should be easy since nothing special in the letters or encodings, I suppose. 08:34:52 I have no idea about right to left :-) 08:36:58 Any other open issue? 08:37:26 Nope 08:37:39 Ok, so let’s close the meeting 08:37:53 bye 08:37:57 Bye 08:37:59 bye 08:38:01 bye 08:38:08 #endmeeting