You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ambari.apache.org by "Robert Nettleton (JIRA)" <ji...@apache.org> on 2015/08/13 00:10:45 UTC

[jira] [Created] (AMBARI-12753) Blueprints TopologyManager locking strategy should be re-designed

Robert Nettleton created AMBARI-12753:
-----------------------------------------

             Summary: Blueprints TopologyManager locking strategy should be re-designed
                 Key: AMBARI-12753
                 URL: https://issues.apache.org/jira/browse/AMBARI-12753
             Project: Ambari
          Issue Type: Bug
          Components: ambari-server
    Affects Versions: 2.1.0
            Reporter: Robert Nettleton
            Assignee: Robert Nettleton
            Priority: Critical
             Fix For: 2.2.0


The Blueprints TopologyManager class:

org.apache.ambari.server.topology.TopologyManager.java

uses several fine-grained locks, typically to manage the collections of hosts as reserved and incoming hosts are mapped to requests.  

A review for the patch for AMBARI-12720 showed that the locking strategy in the TopologyManager is generally too brittle, and is error-prone over the course of maintaining this code.

This bug tracks the investigation and possible work required to re-implement the locking strategies used in this class.  

There are several options that should be explored:

1. Locking at a coarse-grained level, perhaps at the level of the TopologyManager.
2. Replacing the existing locks with java.util.concurrent locks that can enable better performance by reducing lock contention. 





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