Hi Ifat, Yes I’ve checked the 1.3.1 refers to a deb package (python-vitrage) version built by us, so the git tag used to build that deb is 1.3.0. But I also backported doctor datasource from vitreage git master branch.
I also noticed that when I configure snapshots_interval=10 I also get this exception in /var/log/vitrage/graph.log around the time the alarms disapear. https://hastebin.com/ukisajojef.sql I've cherry picked your before mentioned change and the alarm that came from event is now persistent and the exception is gone. So it was a bug. I understand that for doctor datasources I need to have events for raising the alarm and also for clearing it is that correct? Best Regards, Paul From: Afek, Ifat (Nokia - IL/Kfar Sava) [mailto:ifat.a...@nokia.com] Sent: Wednesday, February 7, 2018 1:24 PM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [vitrage] Vitrage alarm processing behavior Hi Paul, It sounds like a bug. Alarms created by a datasource are not supposed to be deleted later on. It might be a bug that was fixed in Queens [1]. I’m not sure which Vitrage version you are actually using. I failed to find a vitrage version 1.3.1. Could it be that you are referring to a version of python-vitrageclient or vitrage-dashboard? In any case, if you are using an older version, I suggest that you try to use the fix that I mentioned [1] and see if it helps. [1] https://review.openstack.org/#/c/524228<https://url10.mailanyone.net/v1/?m=1ejNt4-0001fR-4I&i=57e1b682&c=LqJB68i5VuuaUnZ6iOIMHVhcsHMatfhcTwtLpAT-Rn5UZ3qnX4tq4XOTjYR1XqQIDRQGrqGMwZI31cnT-bEHTFX95wRD-iENXse8JBDHIyv8iJUD7RiwDp74HqNHBFZ-BybLQgQ6-sVcf62n2ogMk31b-Sp0xUJZXxH_0q2Iu-4Hodt4gxhKuFMTT2breh42c7OT5kdHzPJThKClzSEBQ2NWkNTCy112gxlapjMCVxSNQ9nsLg4f0XyJaAVUnAHO> Best Regards, Ifat. From: Paul Vaduva <paul.vad...@enea.com<mailto:paul.vad...@enea.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Date: Wednesday, 7 February 2018 at 11:58 To: "openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>" <openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org>> Subject: [openstack-dev] [vitrage] Vitrage alarm processing behavior Hi Vitrage developers, I have a question about vitrage innerworkings, I ported doctor datasource from master branch to an earlier version of vitrage (1.3.1). I noticed some behavior I am wondering if it's ok or it is bug of some sort. Here it is: 1. I am sending some event for rasing an alarm to doctor datasource of vitrage. 2. I am receiving the event hence the alarm is displayed on vitrage dashboard attached to the affected resource (as expected) 3. If I have configured snapshot_interval=10 in /etc/vitrage/vitrage.conf The alarm disapears after a while fragment from /etc/vitrage/vitrage.conf *************** [datasources] types = nova.host,nova.instance,nova.zone,cinder.volume,neutron.network,neutron.port,doctor snapshots_interval=10 *************** On the other hand if I comment it out the alarm persists ************** [datasources] types = nova.host,nova.instance,nova.zone,cinder.volume,neutron.network,neutron.port,doctor #snapshots_interval=10 ************** I am interested if this behavior is correct or is this a bug. My intention is to create some sort of hybrid datasource starting from the doctor one, that receives events for raising alarms like compute.host.down but uses polling to clear them. Best Regards, Paul Vaduva
__________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
