[ https://issues.apache.org/jira/browse/AMBARI-15686?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Hurley updated AMBARI-15686: ------------------------------------- Attachment: AMBARI-15686.patch > Alert Dispatch Scheduling Changes to Support Repeat Tolerance > ------------------------------------------------------------- > > Key: AMBARI-15686 > URL: https://issues.apache.org/jira/browse/AMBARI-15686 > Project: Ambari > Issue Type: Task > Components: ambari-server > Affects Versions: 2.4.0 > Reporter: Jonathan Hurley > Assignee: Jonathan Hurley > Priority: Critical > Fix For: 2.4.0 > > Attachments: AMBARI-15686.patch > > > When an alert state change is received, its notification will no longer be > queued for immediate delivery if the firmness of the alert is SOFT. Instead, > notifications will only be created and queued for delivery if the alert > firmness is HARD in order to prevent false positives on alerts which have > repeat tolerance enabled. > Changes Included in this task: > - Database changes to support HARD/SOFT states to complement repeat > occurrence values > {code} > CREATE TABLE alert_current ( > ... > occurrences BIGINT NOT NULL DEFAULT 1, > firmness VARCHAR(255) NOT NULL DEFAULT 'HARD', > ... > ); > {code} > - Changes to eventing system to handle alert state changes difference > depending on whether the alerts are HARD/SOFT > - HARD/SOFT Calculations > -- If an alert is {{AlertState#OK}}, then the firmness is always > {{AlertFirmness#HARD}} > -- If an alert is {{link SourceType#AGGREGATE}}, then the firmness is always > {{link AlertFirmness#HARD}}. > -- Otherwise, the firmness will be {@link AlertFirmness#SOFT} unless the > repeat tolerance has been met. > - Exposure of HARD/SOFT alert states > {code} > GET api/v1/clusters/c1/alerts/1 > { > "href": "http://localhost:8080/api/v1/clusters/c1/alerts/1", > "Alert": { > "cluster_name": "c1", > ... > "repeat_tolerance": 1, > "repeat_tolerance_remaining": 0, > "occurrences": 8, > "firmness": "HARD" > .... > {code} -- This message was sent by Atlassian JIRA (v6.3.4#6332)