08:59:36 #startmeeting vitrage 08:59:37 Meeting started Wed Nov 11 08:59:36 2015 UTC and is due to finish in 60 minutes. The chair is ifat_afek. Information about MeetBot at http://wiki.debian.org/MeetBot. 08:59:38 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 08:59:40 The meeting name has been set to 'vitrage' 09:00:19 hello all 09:00:24 Hi everyone, welcome to vitrage weekly meeting. Posting a link to the agenda: 09:00:27 hello 09:00:32 hellow 09:00:36 #link https://wiki.openstack.org/wiki/Meetings/Vitrage#Agenda_for_the_next_meeting 09:00:48 #topic Meeting Summaries 09:00:58 Let’s go over the meetings we had during the last week, and see how we progressed. 09:01:13 We had a meeting with everyone involved in Vitrage project. We went over the high-level architecture, and decided about the responsibilities of the different teams. 09:02:22 hi 09:02:38 hello 09:02:56 We had a blueprints meeting, and decided on the blueprints that needs to be done for mitaka. In addition we thought of more blueprints which will be done if we will have the time 09:03:29 The blueprints can be seen in our launchpad and also in github and gerrit under vitrage-specs 09:04:03 if anyone has any reviews on the blueprints it will be great. 09:04:26 We are planning to finish the the blueprints reviews until the next meeting 09:05:18 #link https://blueprints.launchpad.net/vitrage 09:05:41 this is the link to the blueprints in launchpad 09:05:52 Thanks. Nadav, can you update about Vitrage Synchronizer meetings? 09:06:05 we have written the synchronizer blueprint and gerrit design 09:06:47 these assumes the synchronizer need to deduce the changes out of OS services which returns only a snapshot, 09:07:20 but now we are checking which notifications are revealed over the message bus, 09:07:50 which may enhance our design 09:07:55 have you started to consider non-OS syncronizers as well? 09:08:23 OS = OpenStack 09:08:26 we are consider them 09:08:44 * omer_ slaps AlonHeller around a bit with a large fishbot 09:09:31 We would need to use rest api call to get the data from them 09:09:50 Alon, can you update about the meeting regarding Vitrage UI in horizon? 09:11:21 I created the UI blueprint for the system health, and started to setup the devstack 09:12:25 you can see it here: 09:12:28 #link https://blueprints.launchpad.net/vitrage/+spec/ui-system-health-sunburst 09:13:41 Alon, do you already know how are you going to implement it ? 09:13:48 Omer will create today the blueprint for UI-RCA 09:14:35 Not yet @emalin, Working on that 09:14:36 for whoever is interested, following is the most up-to-date synchronizer gerrit review - http://docs-draft.openstack.org/44/243244/1/check/gate-vitrage-specs-docs/22618ff/doc/build/html/specs/mitaka/vitrage-synchronizer.html#change-notificationshttp://docs-draft.openstack.org/44/243244/1/check/gate-vitrage-specs-docs/22618ff/doc/build/html/specs/mitaka/vitrage-synchronizer.html#change-notifications 09:15:17 #link - http://docs-draft.openstack.org/44/243244/1/check/gate-vitrage-specs-docs/22618ff/doc/build/html/specs/mitaka/vitrage-synchronizer.html#change-notifications 09:17:12 Regarding the status of our blueprints, I see that most blueprints were rewritten in gerrit, and match our updated architecture. 09:17:31 alon please add a link to the gerrit 09:17:42 #action ifat_afek make sure we finish updating our blueprints in the following days 09:17:59 #topic Openstack Procedures 09:18:41 During the last week we configured our openstack environments, and have our meetings in the official openstack channel. Thanks mgrosz and alexey_weyl 09:19:08 #topic Next Steps 09:19:21 Work that has been done till now: new vitrage, vitrage-specs, vitrage-dashbaord (UI) rpoject are already in github, ready for your code. Note the temaplate in vitrage-specs for new specifications - tests check all titles from the temaple do exist. I still need to push the initial files in the dashboard project.Later, once it wil be relevant, I will 09:19:21 also add the vitrage client project (python-vitrageclient). 09:20:12 (sorry for the typos...) 09:20:22 nice work 09:20:32 Thanks Maty 09:21:05 There are several issues we need to address next. 09:21:20 . First, once we finish writing down all blueprints, we should meet and assign blueprints to the developers that plan to implement them. 09:22:47 We should also finish the discussions regarding the synchronizer architecture, and update its blueprint. 09:23:41 We saw nice openstack project that has code we can use in the syncronizer 09:24:16 It called search light 09:24:52 We plan to finish all blueprints review until the next meeting 09:25:09 can we reuse that code ? 09:25:29 #link https://wiki.openstack.org/wiki/Searchlight 09:25:31 This project collect data form OpenStack services for build search DB 09:26:04 We can use the same logic for our synchronizer 09:26:54 cool 09:26:59 We would examine the project in the coming days 09:27:13 emalin, there should be a hook or a notifier. I sounds so ugly to copy code and re-use it in the same way 09:27:34 or you should get in touch with searchlight folks to make that code a library 09:27:35 #action talk with them at room openstack-searchlight 09:28:00 Thanks mrunge :) 09:28:08 I would get in touch with them 09:28:26 I believe, you're not alone with the same request. gnocchi or ceilometer should have the same issue 09:28:45 (or the other way around, searchlight should hook into ceilo or gnocchi) 09:29:38 We would try to reuse the code of one of these projects 09:30:09 interesting input, thanks mrunge 09:30:54 you're welcome. I was just stating, others might have the same issue as you guys, no need to re-invent the wheel again 09:31:17 10x 09:32:32 thanks, let's move on 09:32:35 Once we are done with the high level architecture, we should start talking about the interfaces between the different components. 09:33:06 Anyone from Doctor or PinPoint joined our meeting? 09:33:51 We should contact Doctor and PinPoint guys, and ask them to review our blueprints. It is important to see that our architecture can match their requirements. 09:34:16 I will talk with Doctor guys 09:34:57 ok, I'll talk with PinPoint guys 09:35:30 OPNFV summit this week. we will continue discussions with them next week. 09:35:52 ok. So let me summarize our action items: 09:36:05 #action all finish the discussions regarding the synchronizer, and optionally update its blueprint 09:36:20 #action all assign blueprints to developers 09:36:50 #action alexey_weyl contact Doctor guys, ask them to review our blueprints 09:37:15 #action ifat_afek contact PinPoint guys, ask them to review our blueprints 09:37:45 #topic Open Discussion 09:37:53 Anything else? 09:38:50 @mrunge, do you have any experience with AngularJS Horizon plugin ? 09:39:03 a little AlonHeller 09:39:47 the situation is quite clear here, you folks should build a plugin for horizon 09:39:49 OK, I'll talk with you in private. Maybe you can help me. 09:39:58 sure 09:40:19 hmm, maybe we should move that to #openstack-horizon? 09:40:37 Sure 09:40:44 it's nothing super secret, right? it's open source, let's keep it open 09:41:03 No secrets 09:41:14 ;-) 09:43:08 I'm also around to give pointers on the Horizon work 09:43:25 If you needed advice etc :) 09:44:14 pointer: https://developer.ibm.com/opentech/2015/10/08/add-angularjs-dashboard-plugin-openstack-horizon/ 09:44:34 thanks ! 09:44:45 Thanks I moved to the #openstack-horizon group 09:45:17 thanks mrunge, robcresswell. we also want to add a screen for active alerts to ceilometer, i saw your reply on email for the open blueprint 09:45:34 I wasn't sure if that was the same bp 09:45:55 yes we are checking it with the guys who opened it 09:46:01 ugh. the situation with ceilometer is a bit unfortunate currently 09:46:25 why? can you explain? 09:46:47 uhm, currentl metering support in horizon is quite unusable 09:46:59 the vitrage project should use or leverage a screen of active alerts. we must use the ceilometer for that 09:47:14 *alarms 09:47:16 we're not managing alarms at all 09:47:24 but we would like to do 09:47:30 *hint* 09:47:58 we will be happy to work on that :) 09:48:11 awesome! 09:48:12 we need to have alarms list in horizon, because we would like to show RCA on alarms 09:48:42 so managing alarms would probably be a blueprint for current horizon 09:49:13 yes 09:49:45 mrunge: There is a bp for it already, which is being revived by someone 09:50:17 oh great robcresswell 09:50:18 we have blueprints for it 09:50:27 ok, we'll check it 09:51:25 #link https://blueprints.launchpad.net/horizon/+spec/ceilometer-alarm-management-page 09:51:37 thanks! 09:51:49 np :) 09:53:03 I will check what the current status us, and coordinate with AlonHeller to push this bp forward 09:53:11 cool, thanks 09:53:21 *us* = is 09:53:31 #action elisha_rosenswei check horizon alarm management blueprint 09:53:54 anything else? 09:54:40 I don't think so 09:54:46 ok, so goodbye everybody, see you next week 09:54:48 see you next week 09:55:01 #endmeeting