You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Dmitry Lysnichenko (JIRA)" <ji...@apache.org> on 2014/09/15 22:32:33 UTC

[jira] [Created] (AMBARI-7317) Add "exclusive" flag to custom command/custom action requests

Dmitry Lysnichenko created AMBARI-7317:
------------------------------------------

             Summary: Add "exclusive" flag to custom command/custom action requests
                 Key: AMBARI-7317
                 URL: https://issues.apache.org/jira/browse/AMBARI-7317
             Project: Ambari
          Issue Type: Task
          Components: ambari-server
    Affects Versions: 1.7.0
            Reporter: Dmitry Lysnichenko
            Assignee: Dmitry Lysnichenko
             Fix For: 1.7.0


The issue is that Update Nagios request may be executed in parallel with start/stop requests in some cases. If Nagios host does not belong to a set of hosts that are affected by start/stop requests, then API user may be able to get a race condition and (sometimes) fake alerts.
Here is an example scenario:

    request to start some service host component is issued
    request to disable MM for host component is issued
    if host component is not located at the same host with Nagios server, both requests are executed in parallel
    there is a good chance that the request to disable MM is executed earlier than other request
    there is a small chance that Nagios service check for a host component is run before host component is actually started. As a result, administrator gets a 'fantom' alert

It seems that the straightforward solution for both issues is to implement some flag (like exclusive=true) that would be available for custom actions/custom commands. The flag would forbid running request in parallel with other requests. This flag would be used when issuing Update Nagios request. As a result, race condition would not be possible.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)