Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A6BC29AD4 for ; Wed, 8 Feb 2012 02:43:37 +0000 (UTC) Received: (qmail 13898 invoked by uid 500); 8 Feb 2012 02:43:34 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 13055 invoked by uid 500); 8 Feb 2012 02:43:26 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 13030 invoked by uid 99); 8 Feb 2012 02:43:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2012 02:43:24 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 08 Feb 2012 02:43:21 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 930601A9CEA for ; Wed, 8 Feb 2012 02:43:00 +0000 (UTC) Date: Wed, 8 Feb 2012 02:43:00 +0000 (UTC) From: "Mark Miller (Commented) (JIRA)" To: dev@lucene.apache.org Message-ID: <2143486838.12777.1328668980603.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <755753570.1878.1327699696092.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (SOLR-3066) SolrIndexSearcher open/close imbalance in some of the new SolrCloud tests. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/SOLR-3066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13203190#comment-13203190 ] Mark Miller commented on SOLR-3066: ----------------------------------- So a lot of this seemed to be fixed by adding a higher timeout when we wait for the searcher open/close counts to balance out. I think this is partially because jenkins will run with test multipliers and so some tests start and stop quite a few number of jetties, so it on a slow system, it can take a little while for all cores to be released some times. A couple of the tests that are currently ignored failed with bigger count mismatches though. I didn't want to turn those back on without more assurance they might pass. So I installed freebsd in virtualbox and started playing there within the confines of the black hole behavior. I tried to run those two tests and indeed they failed - a couple stack trace dumps and I realized that some recovery attempt calls where hanging - I had set timeouts for the calls to recover/replicate, but not for the calls to sync. I added the timeouts and those tests started passing. So things are looking okay, except that i just saw that very rarely on jenkins, the zkrecovery test is failing with an imbalance off by one. I'll probably make a different issue for that less frequent case. > SolrIndexSearcher open/close imbalance in some of the new SolrCloud tests. > -------------------------------------------------------------------------- > > Key: SOLR-3066 > URL: https://issues.apache.org/jira/browse/SOLR-3066 > Project: Solr > Issue Type: Test > Reporter: Mark Miller > > I have not been able to duplicate this test issue on my systems yet, but on jenkins, some tests that start and stop jetty instances during the test are having trouble cleaning up and can bleed into other tests. I'm working on isolating the reason for this - I seem to have been ip banned from jenkins at the moment, but when I can ssh in there, I will be able to speed up the try/feedback loop some. I've spent a lot of time trying to duplicate across 3 other systems, but I don't see the same issue anywhere but our jenkins server thus far. -- 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 --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org