Return-Path: X-Original-To: apmail-hbase-issues-archive@www.apache.org Delivered-To: apmail-hbase-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 72F56D242 for ; Sat, 8 Dec 2012 17:35:23 +0000 (UTC) Received: (qmail 61296 invoked by uid 500); 8 Dec 2012 17:35:23 -0000 Delivered-To: apmail-hbase-issues-archive@hbase.apache.org Received: (qmail 61098 invoked by uid 500); 8 Dec 2012 17:35:22 -0000 Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list issues@hbase.apache.org Received: (qmail 61087 invoked by uid 99); 8 Dec 2012 17:35:22 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Dec 2012 17:35:22 +0000 Date: Sat, 8 Dec 2012 17:35:22 +0000 (UTC) From: "Ted Yu (JIRA)" To: issues@hbase.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (HBASE-7205) Coprocessor classloader is replicated for all regions in the HRegionServer MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/HBASE-7205?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13527205#comment-13527205 ] Ted Yu commented on HBASE-7205: ------------------------------- Looking at RegionCoprocessorHost.loadTableCoprocessors(), it simply logs a warning for any Exception. User has to parse region server log to find out why his/her coprocessor wasn't loaded. I wish there is a more prominent way of informing the user. In CoprocessorHost.abortServer(), coprocessorName is given. This is how RegionCoprocessorHost handles Throwable from coprocessor: {code} } catch (Throwable e) { handleCoprocessorThrowable(env, e); {code} I think similar action should be taken, for ClassNotFoundException thrown out of CoprocessorHost.load(). > Coprocessor classloader is replicated for all regions in the HRegionServer > -------------------------------------------------------------------------- > > Key: HBASE-7205 > URL: https://issues.apache.org/jira/browse/HBASE-7205 > Project: HBase > Issue Type: Bug > Components: Coprocessors > Affects Versions: 0.92.2, 0.94.2 > Reporter: Adrian Muraru > Assignee: Ted Yu > Priority: Critical > Fix For: 0.96.0, 0.94.4 > > Attachments: 7205-v1.txt, 7205-v3.txt, 7205-v4.txt, 7205-v5.txt, 7205-v6.txt, 7205-v7.txt, 7205-v8.txt, HBASE-7205_v2.patch > > > HBASE-6308 introduced a new custom CoprocessorClassLoader to load the coprocessor classes and a new instance of this CL is created for each single HRegion opened. This leads to OOME-PermGen when the number of regions go above hundres / region server. > Having the table coprocessor jailed in a separate classloader is good however we should create only one for all regions of a table in each HRS. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira