Return-Path: X-Original-To: apmail-lucene-solr-user-archive@minotaur.apache.org Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6C57CD2B1 for ; Fri, 16 Nov 2012 18:34:51 +0000 (UTC) Received: (qmail 91168 invoked by uid 500); 16 Nov 2012 18:34:47 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 91115 invoked by uid 500); 16 Nov 2012 18:34:47 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 91107 invoked by uid 99); 16 Nov 2012 18:34:47 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 18:34:47 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of buttler1@llnl.gov designates 128.15.143.171 as permitted sender) Received: from [128.15.143.171] (HELO prdiron-1.llnl.gov) (128.15.143.171) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2012 18:34:39 +0000 X-Attachments: Received: from prdcassnat.llnl.gov (HELO PRDEXHUB-04.the-lab.llnl.gov) ([128.15.143.243]) by prdiron-1.llnl.gov with ESMTP; 16 Nov 2012 10:34:18 -0800 Received: from PRDEXMBX-02.the-lab.llnl.gov ([169.254.2.41]) by PRDEXHUB-04.the-lab.llnl.gov ([128.15.143.143]) with mapi id 14.02.0318.004; Fri, 16 Nov 2012 10:34:17 -0800 From: "Buttler, David" To: "solr-user@lucene.apache.org" Subject: inconsistent number of results returned in solr cloud Thread-Topic: inconsistent number of results returned in solr cloud Thread-Index: Ac3EKPuF/IIpHgkbR+K6H/UwnaLqvg== Date: Fri, 16 Nov 2012 18:34:16 +0000 Message-ID: <95711BAA2165AD4D9917F421ED3D7D6106A3A5@PRDEXMBX-02.the-lab.llnl.gov> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.253.117.69] Content-Type: multipart/alternative; boundary="_000_95711BAA2165AD4D9917F421ED3D7D6106A3A5PRDEXMBX02thelabl_" MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org --_000_95711BAA2165AD4D9917F421ED3D7D6106A3A5PRDEXMBX02thelabl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, I buried an issue in my last post, so let me pop it up. I have a cluster with 10 collections on it. The first collection I loaded = works perfectly. But every subsequent collection returns an inconsistent n= umber of results for each query. The queries can be simply *:*, or more co= mplex facet queries. If I go to individual cores and issue the query, with= distrib=3Dfalse, I get a consistent number of results. I am wondering if = there is some delay in returning results from my shards, and the queried no= de just times out and displays the number of results that it has received s= o far. If there is such a timeout, it must be very small, as my QTime is a= round 11 ms. Dave --_000_95711BAA2165AD4D9917F421ED3D7D6106A3A5PRDEXMBX02thelabl_--