You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-issues@hadoop.apache.org by "Steve Loughran (JIRA)" <ji...@apache.org> on 2015/08/13 06:58:46 UTC

[jira] [Created] (HADOOP-12321) Make JvmPauseMonitor to AbstractService

Steve Loughran created HADOOP-12321:
---------------------------------------

             Summary: Make JvmPauseMonitor to AbstractService
                 Key: HADOOP-12321
                 URL: https://issues.apache.org/jira/browse/HADOOP-12321
             Project: Hadoop Common
          Issue Type: New Feature
    Affects Versions: 2.8.0
            Reporter: Steve Loughran


The new JVM pause monitor has been written with its own start/stop lifecycle which has already proven brittle to both ordering of operations and, even after HADOOP-12313, is not thread safe (both start and stop are potentially re-entrant).

It also requires every class which supports the monitor to add another field and perform the lifecycle operations in its own lifecycle, which, for all Yarn services, is the YARN app lifecycle (as implemented in Hadoop common)

Making the  monitor a subclass of {{AbstractService}} and moving the init/start & stop operations in {{serviceInit()}}, {{serviceStart()}} & {{serviceStop()}} methods will fix the concurrency and state model issues, and make it trivial to add as a child to any YARN service which subclasses {{CompositeService}} (most the NM and RM apps) will be able to hook up the monitor simply by creating one in the ctor and adding it as a child.



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