[ 
https://issues.apache.org/jira/browse/OOZIE-1913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14096118#comment-14096118
 ] 

Mona Chitnis commented on OOZIE-1913:
-------------------------------------

Want to mention another point:

this API also allows to disable for "ALL" sla instances for a coordinator or 
bundle. For bundle, that would mean all coordinators' all actions. 
SLARegistrationBean stores 'parentId' if the sla object pertains to 
coord-action/wf-action/bundle-action. To avoid heavy dB query in case of the 
suspend ALL for bundle(s) case, I want to change this 'parentId' to point to 
bundle jobId directly, if coordinator is part of a bundle. If not, it will be 
coord job id as it is now.

The impact this has is in JMSSLAEventListener, where topicName is set to this 
parentId. So topicName will get set to top-level bundle-id, and user will have 
to change topic name being listened to. Please give feedback if this is a 
reasonable approach. I will make sure appropriate JMS selector options are 
available, if user gives this bundle id topicName, but still wants to limit per 
coordinator job id. 

> Devise a way to turn off SLA alerts for bundle/coordinator flexibly
> -------------------------------------------------------------------
>
>                 Key: OOZIE-1913
>                 URL: https://issues.apache.org/jira/browse/OOZIE-1913
>             Project: Oozie
>          Issue Type: Improvement
>    Affects Versions: trunk
>            Reporter: Mona Chitnis
>            Assignee: Mona Chitnis
>             Fix For: trunk
>
>
> From user:
> Need to turn off the SLA miss alerts in jobs when the bundle is suspended for
> grid upgrades and similar work so that when it's resumed we aren't flooded 
> with a bunch of alerts.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to