Mailing-List: contact issues-help@hbase.apache.org; run by ezmlm
Precedence: bulk
Date: Mon, 28 Nov 2011 20:59:40 +0000 (UTC)
From: "Hudson (Commented) (JIRA)" <jira@apache.org>
To: issues@hbase.apache.org
Message-ID: 
 <181513631.19472.1322513980736.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <22934565.14044.1322341420053.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (HBASE-4877) TestHCM failing sporadically on
 jenkins and always for me on an ubuntu machine
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Hudson commented on HBASE-4877:
-------------------------------

Integrated in HBase-TRUNK #2493 (See [https://builds.apache.org/job/HBase-TRUNK/2493/])
    HBASE-4877 TestHCM failing sporadically on jenkins and always for me on an ubuntu machine

stack : 
Files : 
* /hbase/trunk/CHANGES.txt
* /hbase/trunk/src/test/java/org/apache/hadoop/hbase/client/TestHCM.java

                
> TestHCM failing sporadically on jenkins and always for me on an ubuntu machine
> ------------------------------------------------------------------------------
>
>                 Key: HBASE-4877
>                 URL: https://issues.apache.org/jira/browse/HBASE-4877
>             Project: HBase
>          Issue Type: Bug
>            Reporter: stack
>            Assignee: stack
>             Fix For: 0.92.0
>
>         Attachments: 4877.txt
>
>
> TestHCM takes 13 minutes for me on ubuntu and fails in testClosing.  It runs fine on a mac.  The problem test is not testClosing as I thought originally, its the test just previous, testConnectionUniqueness.  testConnectionUniqueness creates the maximum cached HConnections + 10 to verify each is unique if the passed in Configuration has a unique hash.  Problem comes when zk enforces its default max from single host of 30 connections which is < (max cached + 10).  The max does not seem to be enforced on mac for me.  The max connections runs up to max of 31 -- zk max + 1 -- and works fine until we do the +10.  On ubuntu, when we hit the zk max of 30, we'll then go into a fail mode where we cannot set up a zk session... each attempt takes a while.  Test passes, it just takes a while.
> Only, the uniqueness test does not clean up after itself and so all sessions to zk are outstanding so then when the subsequent testClosing runs, it can't set up connections successfully so fails.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira