Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Fri, 6 Dec 2013 08:12:41 +0000 (UTC)
From: "Liang Xie (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: <JIRA.12682977.1386271892313.83792.1386317561181@arcas>
In-Reply-To: <JIRA.12682977.1386271892313@arcas>
References: <JIRA.12682977.1386271892313@arcas>
Subject: [jira] [Commented] (HBASE-10089) Metrics intern table names cause
 eventual permgen OOM in 0.94
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/HBASE-10089?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13841084#comment-13841084 ] 

Liang Xie commented on HBASE-10089:
-----------------------------------

maybe we can enhance hbase findbugs setting file to detect String.intern()?(probably currently it does, but i don't know, aha)

IIRC, interned string could be gc(ed), so i just curious why it still perm OOM:)

P.S: If you still think intern is the murder, another workaroud is to try JDK7+, the String.intern() will not allocate in perm anymore:)

> Metrics intern table names cause eventual permgen OOM in 0.94
> -------------------------------------------------------------
>
>                 Key: HBASE-10089
>                 URL: https://issues.apache.org/jira/browse/HBASE-10089
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 0.94.0, 0.94.14
>            Reporter: Dave Latham
>            Priority: Minor
>
> As part of the metrics system introduced in HBASE-4768 there are two places that hbase uses String interning ( SchemaConfigured and SchemaMetrics ).  This includes interning table names.  We have long running environment where we run regular integration tests on our application using hbase.  Those tests create and drop tables with new names regularly.  These leads to filling up the permgen with interned table names.  Workaround is to periodically restart the region servers.


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