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)