Return-Path: X-Original-To: apmail-hbase-user-archive@www.apache.org Delivered-To: apmail-hbase-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id BB36FDB2A for ; Wed, 26 Sep 2012 06:46:52 +0000 (UTC) Received: (qmail 13246 invoked by uid 500); 26 Sep 2012 06:46:51 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 12964 invoked by uid 500); 26 Sep 2012 06:46:50 -0000 Mailing-List: contact user-help@hbase.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@hbase.apache.org Delivered-To: mailing list user@hbase.apache.org Received: (qmail 12937 invoked by uid 99); 26 Sep 2012 06:46:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Sep 2012 06:46:49 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=FRT_ADOBE2,MSGID_MULTIPLE_AT,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ramkrishna.vasudevan@huawei.com designates 119.145.14.65 as permitted sender) Received: from [119.145.14.65] (HELO szxga02-in.huawei.com) (119.145.14.65) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Sep 2012 06:46:45 +0000 Received: from 172.24.2.119 (EHLO szxeml207-edg.china.huawei.com) ([172.24.2.119]) by szxrg02-dlp.huawei.com (MOS 4.3.4-GA FastPath queued) with ESMTP id APQ91829; Wed, 26 Sep 2012 14:46:23 +0800 (CST) Received: from SZXEML420-HUB.china.huawei.com (10.82.67.159) by szxeml207-edg.china.huawei.com (172.24.2.56) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 26 Sep 2012 14:45:01 +0800 Received: from blrprnc05ns (10.18.96.94) by szxeml420-hub.china.huawei.com (10.82.67.159) with Microsoft SMTP Server id 14.1.323.3; Wed, 26 Sep 2012 14:44:57 +0800 From: "Ramkrishna.S.Vasudevan" To: References: <001c01cd9baf$2f0262c0$8d072840$@moorjani@cleartrip.com> In-Reply-To: <001c01cd9baf$2f0262c0$8d072840$@moorjani@cleartrip.com> Subject: RE: Mass dumping of data has issues Date: Wed, 26 Sep 2012 12:14:56 +0530 Message-ID: <001d01cd9bb2$71601a60$54204f20$@vasudevan@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac2biUq3sSZFLAq9TlOG4mCdmB2O0gAJaoBgAADVuTA= Content-Language: en-us X-Originating-IP: [10.18.96.94] X-CFilter-Loop: Reflected X-Virus-Checked: Checked by ClamAV on apache.org For the NPE that you got, is the same HTable instance shared by different threads. This is a common problem users encounter while using HTable across multiple threads. Pls check and ensure that the HTable is not shared. Regards Ram > -----Original Message----- > From: Naveen [mailto:naveen.moorjani@cleartrip.com] > Sent: Wednesday, September 26, 2012 11:52 AM > To: user@hbase.apache.org > Subject: RE: Mass dumping of data has issues > > Hi Dan, > > I'm actually trying to simulate the kind of load we're expecting on > production servers(the intention is not to migrate data), hence a > self-written program over sqoop. (PS: I've actually tried sqoop) > > Warm regards, > Naveen > > -----Original Message----- > From: Dan Han [mailto:dannahan2008@gmail.com] > Sent: Wednesday, September 26, 2012 7:20 AM > To: user@hbase.apache.org > Subject: Re: Mass dumping of data has issues > > Hi Naveen, > > There is tool called Sqoop which supports importing the data from > relational database to HBase. > https://blogs.apache.org/sqoop/entry/apache_sqoop_graduates_from_incuba > tor > > Maybe it can help you migrate the data easily. > > Best Wishes > Dan Han > > On Mon, Sep 24, 2012 at 9:20 AM, Paul Mackles > wrote: > > > Did you adjust the writebuffer to a larger size and/or turn off > > autoFlush for the Htable? I've found that both of those settings can > > have a profound impact on write performance. You might also look at > > adjusting the handler count for the regionservers which by default is > > pretty low. You should also confirm that your splits are effective in > distributing the writes. > > > > On 9/24/12 11:01 AM, "Naveen" wrote: > > > > >Hi, > > > > > >I've come across the following issue for which I'm unable to deduce > > >what the root-cause could be. > > > > > >Scenario: > > >I'm trying to dump data(8.3M+ records) from mysql into a hbase table > > >using > > >multi-threading(25 threads dumping 10 puts/tuples at a time). > > > > > >Config: > > >hbase v 0.92.0 > > >hadoop v 1.0 > > >1 master + 4 slaves > > >table is pre-split > > > > > >Issue: > > >Getting a NPE because RPC call takes longer than timeout(default 60 > sec). > > >I'm not worried about the NPE(it's been fixed in 0.92.1+ releases) > > >but about what could be causing RPC call to timeout on arbitrary > > >intervals. > > > > > >Custom printed log : pastebin.com/r85wv8Yt > > > > > >WARN [Thread-99255] (HConnectionManager.java:1587) - Failed all from > > >region=dump,a405cdd9-b5b7-4ec2-9f91- > fea98d5cb656,1348331511473.77f13d > > >455fd > > >63 > > >c601816759b6ed575e8., hostname=hdslave1.company.com, port=60020 > > >java.util.concurrent.ExecutionException: java.lang.RuntimeException: > > >java.lang.NullPointerException > > > at > > >java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222) > > > at java.util.concurrent.FutureTask.get(FutureTask.java:83) > > > at > > > >org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen > > >tatio > > >n. > > >processBatchCallback(HConnectionManager.java:1557) > > > at > > > >org.apache.hadoop.hbase.client.HConnectionManager$HConnectionImplemen > > >tatio > > >n. > > >processBatch(HConnectionManager.java:1409) > > > at > > >org.apache.hadoop.hbase.client.HTable.flushCommits(HTable.java:900) > > > at > org.apache.hadoop.hbase.client.HTable.doPut(HTable.java:777) > > > at org.apache.hadoop.hbase.client.HTable.put(HTable.java:760) > > > at > > > >org.apache.hadoop.hbase.client.HTablePool$PooledHTable.put(HTablePool > > >.java > > >:4 > > >02) > > > at coprocessor.dump.Dumper.run(Dumper.java:41) > > > at java.lang.Thread.run(Thread.java:662) > > > > > >Any help or insights are welcome. > > > > > >Warm Regards, > > >Naveen > > > > > > >