Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1232163 - Info about 'severity' field changes is not displayed via alarm-history call
Info about 'severity' field changes is not displayed via alarm-history call
Status: CLOSED ERRATA
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-ceilometer (Show other bugs)
7.0 (Kilo)
Unspecified Unspecified
unspecified Severity high
: ga
: 7.0 (Kilo)
Assigned To: Chris Dent
Yurii Prokulevych
:
Depends On:
Blocks: 1189621
  Show dependency treegraph
 
Reported: 2015-06-16 04:12 EDT by Yurii Prokulevych
Modified: 2015-08-05 09:27 EDT (History)
8 users (show)

See Also:
Fixed In Version: openstack-ceilometer-2015.1.0-4.el7ost
Doc Type: Bug Fix
Doc Text:
Previous versions of 'alarm-history' did not give an indication of when the severity of a given alarm was changed (for example, from 'low' to 'critical'); instead a change was indicated without any detail given of what the change was. This update addresses this issue with a code update that displays severity changes. As a result, 'alarm-history' now displays severity changes in the output of alarm-history.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-08-05 09:27:04 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Launchpad 1452264 None None None Never
OpenStack gerrit 192568 None None None Never
Red Hat Product Errata RHEA-2015:1548 normal SHIPPED_LIVE Red Hat Enterprise Linux OpenStack Platform Enhancement Advisory 2015-08-05 13:07:06 EDT

  None (edit)
Description Yurii Prokulevych 2015-06-16 04:12:17 EDT
Description of problem:


Changes to the alarm's severity are not displayed in 'ceilometer alarm-history <alarm_id> ' output:
ceilometer alarm-history 92d8d151-fc84-41e0-bd3d-b48668e02e7b
+-------------+----------------------------+--------------------------------------------------------------+
| Type        | Timestamp                  | Detail                                                       |
+-------------+----------------------------+--------------------------------------------------------------+
| rule change | 2015-06-16T07:44:27.636000 |                                                              |
| rule change | 2015-06-16T07:43:16.461000 |                                                              |
| rule change | 2015-06-16T07:40:51.509000 |                                                              |
| creation    | 2015-06-16T07:40:43.096000 | name: AutoAlarm-1434440441_moderate                          |
|             |                            | description: Test Alarm AutoAlarm-1434440441_moderate        |
|             |                            | type: threshold                                              |
|             |                            | rule: alarm_meter_1 >= 3.0 during 3 x 60s                    |
|             |                            | time_constraints: None                                       |
+-------------+----------------------------+--------------------------------------------------------------+


This bug was  fixed upstream.
Comment 3 Chris Dent 2015-06-17 06:00:32 EDT
Adding tracker of upstream backport.
Comment 4 Chris Dent 2015-06-19 04:35:45 EDT
For reference upstream stable/kilo commit is 023cfd11f385dbbc3800622ea45a0111d304f8d6
Comment 5 Chris Dent 2015-06-23 06:19:58 EDT
Some jiggery pokery was required to get a successful build of the RPMs due to bad whitespace in previous patches. Find cdent if there are issues.
Comment 6 Chris Dent 2015-06-23 11:06:47 EDT
found issues with the build and patch process associated with this, redoing.
Comment 8 Chris Dent 2015-06-23 12:55:52 EDT
Okay, new build, hopefully on proper branch.
Comment 10 Chris Dent 2015-06-24 05:40:07 EDT
For sake of adding information to the commonwheal:

I was testing the latest puddle this morning for general ceilometer stuff and attempted to test if this feature was there. It took me a while to realize it was because I was doing it a bit wrong. I was:

* creating an alarm
* doing an alarm-history 

In that case no severity information is shown. In order to get a report of the severity it is necessary to do `ceilometer alarm-threshold-update caa233f0-e46d-4554-9a01-a60602ab24f0 --severity <some severity>` and then redo the history. And then you'll see the severity.

It is a (different) bug that the creation summary does not include severity or is that expected?
Comment 11 Yurii Prokulevych 2015-06-24 09:07:41 EDT
Verified for threshold and combination alarms:

ceilometer alarm-history 2f5a75c2-6f01-4a1d-918d-d9fb4af7ed83
+-------------+----------------------------+------------------------------------------------------------------------------------------------------------+
| Type        | Timestamp                  | Detail                                                                                                     |
+-------------+----------------------------+------------------------------------------------------------------------------------------------------------+
| rule change | 2015-06-24T12:06:31.928000 | severity: critical                                                                                         |
| rule change | 2015-06-24T12:03:40.996000 | severity: moderate                                                                                         |
| rule change | 2015-06-24T11:55:32.745000 | severity: low                                                                                              |
| creation    | 2015-06-24T11:54:01.628000 | name: JenkinsAutoCombinationAlarm-1435146818-or-low-moderate-critical                                      |
|             |                            | description: Combination Alarm with or severity                                                            |
|             |                            | type: combination                                                                                          |
|             |                            | rule: combinated states (OR) of e94f1638-de12-4cbf-b57d-7b6948a8bfb2, f1758de8-37e4-4fe0-986d-3e85e79b978c |
|             |                            | time_constraints: None                                                                                     |
+-------------+----------------------------+------------------------------------------------------------------------------------------------------------+

+-------------+----------------------------+--------------------------------------------------------------+
| Type        | Timestamp                  | Detail                                                       |
+-------------+----------------------------+--------------------------------------------------------------+
| rule change | 2015-06-24T11:50:23.326000 | severity: critical                                           |
| rule change | 2015-06-24T11:48:54.467000 | severity: moderate                                           |
| rule change | 2015-06-24T11:42:06.490000 | severity: low                                                |
| creation    | 2015-06-24T11:41:58.147000 | name: JenkinsAutoAlarm-1435146116_moderate                   |
|             |                            | description: Test Alarm JenkinsAutoAlarm-1435146116_moderate |
|             |                            | type: threshold                                              |
|             |                            | rule: alarm_meter_1 >= 3.0 during 3 x 60s                    |
|             |                            | time_constraints: None                                       |
+-------------+----------------------------+--------------------------------------------------------------+
Comment 13 errata-xmlrpc 2015-08-05 09:27:04 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHEA-2015:1548

Note You need to log in before you can comment on or make changes to this bug.