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 700921105F for ; Thu, 19 Jun 2014 01:07:30 +0000 (UTC) Received: (qmail 901 invoked by uid 500); 19 Jun 2014 01:07:28 -0000 Delivered-To: apmail-hbase-user-archive@hbase.apache.org Received: (qmail 840 invoked by uid 500); 19 Jun 2014 01:07:27 -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 825 invoked by uid 99); 19 Jun 2014 01:07:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jun 2014 01:07:27 +0000 X-ASF-Spam-Status: No, hits=2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of yuzhihong@gmail.com designates 209.85.160.179 as permitted sender) Received: from [209.85.160.179] (HELO mail-yk0-f179.google.com) (209.85.160.179) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Jun 2014 01:07:23 +0000 Received: by mail-yk0-f179.google.com with SMTP id 20so1188495yks.38 for ; Wed, 18 Jun 2014 18:07:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=+UsO959h4RXGfDcZRh+onDGO2dHTIVWLaRpGEibuvEc=; b=VtcMFX/vAvTn4/FN8sUrOP9wCboB0Z5Ph9wez1Me3o4m48qsxeAZW1yHg4udlaqZcu +tAMZvlXc7p5wMQe5NFBTbafn4JWkROqw9ytXhc1amwSdV3hmQwuEZl90F7UpjejBaKQ l/fLp9ey+6eqUq0+adOl3ntBh2uFwGDIcvFIY30lKMHghZaEXjvQc0Nsgw74o+iabIVN I8ydhfBLRazc1VcZjrCXyl61CGU9nHIqLT+A3rP0OIbvoHN01AKTBR87sDiy753tLLAR HdXh3tLKimXeEExYUDaD7JMCpeLq13UwM/PMOVVkIPGmdG5NOYyQ8Fod1j1qb/K2zH+A IIBw== MIME-Version: 1.0 X-Received: by 10.236.93.195 with SMTP id l43mr2614890yhf.40.1403140022416; Wed, 18 Jun 2014 18:07:02 -0700 (PDT) Received: by 10.170.55.137 with HTTP; Wed, 18 Jun 2014 18:07:02 -0700 (PDT) In-Reply-To: <1403137117878-4060566.post@n3.nabble.com> References: <1403112020931-4060560.post@n3.nabble.com> <1403137117878-4060566.post@n3.nabble.com> Date: Wed, 18 Jun 2014 18:07:02 -0700 Message-ID: Subject: Re: Zookeeper timeout exception seen whenever too much of data is being pushed to hbase From: Ted Yu To: "user@hbase.apache.org" Content-Type: multipart/alternative; boundary=20cf3010e34d9b3bfc04fc25fe8a X-Virus-Checked: Checked by ClamAV on apache.org --20cf3010e34d9b3bfc04fc25fe8a Content-Type: text/plain; charset=UTF-8 I don't have much experience with commons pool framework. Using HConnection effectively should be the way to go. Cheers On Wed, Jun 18, 2014 at 5:18 PM, arunas wrote: > Thanks Ted, The link was indeed helpful. > > The issue is that whenever we hit this exception, since the HBASE writes > are > individual tasks in a threadpool, this exception causes the application to > go in crazy loop and the handle never comes to the parent thread. > > Sesondly, is it a good idea if I write a custom pool which manages the > htable life cycle using the commons pool framework instead of relying on > the > htablepool or the Hconnection?? > > > > -- > View this message in context: > http://apache-hbase.679495.n3.nabble.com/Zookeeper-timeout-exception-seen-whenever-too-much-of-data-is-being-pushed-to-hbase-tp4060560p4060566.html > Sent from the HBase User mailing list archive at Nabble.com. > --20cf3010e34d9b3bfc04fc25fe8a--