Return-Path: Delivered-To: apmail-hadoop-hbase-dev-archive@locus.apache.org Received: (qmail 6152 invoked from network); 12 Dec 2008 22:29:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Dec 2008 22:29:07 -0000 Received: (qmail 80838 invoked by uid 500); 12 Dec 2008 22:29:20 -0000 Delivered-To: apmail-hadoop-hbase-dev-archive@hadoop.apache.org Received: (qmail 80815 invoked by uid 500); 12 Dec 2008 22:29:20 -0000 Mailing-List: contact hbase-dev-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: hbase-dev@hadoop.apache.org Delivered-To: mailing list hbase-dev@hadoop.apache.org Received: (qmail 80801 invoked by uid 99); 12 Dec 2008 22:29:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Dec 2008 14:29:20 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 Dec 2008 22:29:05 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C2176234C3C2 for ; Fri, 12 Dec 2008 14:28:44 -0800 (PST) Message-ID: <962498864.1229120924793.JavaMail.jira@brutus> Date: Fri, 12 Dec 2008 14:28:44 -0800 (PST) From: "stack (JIRA)" To: hbase-dev@hadoop.apache.org Subject: [jira] Updated: (HBASE-900) Regionserver memory leak causing OOME during relatively modest bulk importing In-Reply-To: <545424030.1222300426159.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HBASE-900?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] stack updated HBASE-900: ------------------------ Attachment: 900-part2-v7.patch v7 adjusts our BatchUpdate sizing (we were a little under). It also sets down the default for the client write buffer from 10M to 2M. If 10 handlers, then when it gets to serverside thats 10MB x 10 which is 1/10th of your heap if you are 1G. > Regionserver memory leak causing OOME during relatively modest bulk importing > ----------------------------------------------------------------------------- > > Key: HBASE-900 > URL: https://issues.apache.org/jira/browse/HBASE-900 > Project: Hadoop HBase > Issue Type: Bug > Affects Versions: 0.18.1, 0.19.0 > Reporter: Jonathan Gray > Assignee: stack > Priority: Blocker > Attachments: 900-part2-v4.patch, 900-part2-v5.patch, 900-part2-v7.patch, 900-part2.patch, 900.patch, memoryOn13.png > > > I have recreated this issue several times and it appears to have been introduced in 0.2. > During an import to a single table, memory usage of individual region servers grows w/o bounds and when set to the default 1GB it will eventually die with OOME. This has happened to me as well as Daniel Ploeg on the mailing list. In my case, I have 10 RS nodes and OOME happens w/ 1GB heap at only about 30-35 regions per RS. In previous versions, I have imported to several hundred regions per RS with default heap size. > I am able to get past this by increasing the max heap to 2GB. However, the appearance of this in newer versions leads me to believe there is now some kind of memory leak happening in the region servers during import. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.