You are viewing a plain text version of this content. The canonical link for it is here.
Posted to hdfs-dev@hadoop.apache.org by "Chris Nauroth (JIRA)" <ji...@apache.org> on 2013/11/04 23:17:17 UTC

[jira] [Created] (HDFS-5456) NameNode startup progress creates new steps if caller attempts to create a counter for a step that doesn't already exist.

Chris Nauroth created HDFS-5456:
-----------------------------------

             Summary: NameNode startup progress creates new steps if caller attempts to create a counter for a step that doesn't already exist.
                 Key: HDFS-5456
                 URL: https://issues.apache.org/jira/browse/HDFS-5456
             Project: Hadoop HDFS
          Issue Type: Bug
          Components: namenode
    Affects Versions: 2.2.0, 3.0.0
            Reporter: Chris Nauroth
            Assignee: Chris Nauroth
            Priority: Critical


NameNode startup progress is supposed to be immutable after startup has completed.  All methods are coded to ignore update attempts after startup has completed.  However, {{StartupProgress#getCounter}} does not implement this correctly.  If a caller attempts to get a counter for a new step that hasn't been seen before, then the method accidentally creates the step.  This allocates additional space in the internal tracking data structures, so ultimately this is a memory leak.



--
This message was sent by Atlassian JIRA
(v6.1#6144)