Return-Path: Delivered-To: apmail-lucene-solr-user-archive@minotaur.apache.org Received: (qmail 20839 invoked from network); 14 Apr 2009 18:51:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Apr 2009 18:51:52 -0000 Received: (qmail 72673 invoked by uid 500); 14 Apr 2009 18:51:51 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 72594 invoked by uid 500); 14 Apr 2009 18:51:50 -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 72584 invoked by uid 99); 14 Apr 2009 18:51:50 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2009 18:51:50 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of wunderwood@netflix.com designates 208.75.77.145 as permitted sender) Received: from [208.75.77.145] (HELO mx2.netflix.com) (208.75.77.145) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 Apr 2009 18:51:43 +0000 Received: from saferoom (exchangeav [10.64.32.97]) by mx2.netflix.com (8.12.11.20060308/8.12.11) with ESMTP id n3EIpLjq001513 for ; Tue, 14 Apr 2009 11:51:21 -0700 X-AuditID: 0a402061-0000083000000564-10-49e4db28503c Received: from message.netflix.com ([10.64.32.68]) by saferoom with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Apr 2009 11:51:20 -0700 Received: from Superfly.netflix.com ([10.64.32.70]) by message.netflix.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Apr 2009 11:51:20 -0700 Received: from 10.64.16.138 ([10.64.16.138]) by superfly.netflix.com ([10.64.32.70]) with Microsoft Exchange Server HTTP-DAV ; Tue, 14 Apr 2009 18:51:20 +0000 User-Agent: Microsoft-Entourage/12.15.0.081119 Date: Tue, 14 Apr 2009 11:51:18 -0700 Subject: Re: Help with relevance failure in Solr 1.3 From: Walter Underwood To: Message-ID: Thread-Topic: Help with relevance failure in Solr 1.3 Thread-Index: Acm9Mf6kmuTbUDnzVkq7C5fZRpxt1g== In-Reply-To: <81C0A7D1-CC1E-4B93-9AB5-87A5F5C0B754@apache.org> X-Face: 7Vqnb4fOVKsO)3JuUXKxR\M]:e"u'eG`Zue*.((7i7%P%rvZgS[j~95@C-s3i Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 14 Apr 2009 18:51:20.0834 (UTC) FILETIME=[0054C620:01C9BD32] X-Brightmail-Tracker: AAAAAA== X-Virus-Checked: Checked by ClamAV on apache.org Nope. This is a slave, so no indexing happens, just a sync. The sync happens once per day. It went bad at a different time. wunder On 4/14/09 11:42 AM, "Grant Ingersoll" wrote: > Are there changes occuring when it goes bad that maybe aren't committed? > > On Apr 14, 2009, at 1:59 PM, Walter Underwood wrote: > >> But why would it work for a few days, then go bad and stay bad? >> >> It fails for every multi-term query, even those not in cache. >> I ran a test with more queries than the cache size. >> >> We do use autowarming. >> >> wunder >> >> On 4/14/09 10:55 AM, "Yonik Seeley" >> wrote: >> >>> On Tue, Apr 14, 2009 at 12:19 PM, Walter Underwood >>> wrote: >>>> The JaroWinkler equals was broken, but I fixed that a month ago. >>>> >>>> Query cache sounds possible, but those are cleared on a commit, >>>> right? >>> >>> Yes, but if you use autowarming, those items are regenerated and if >>> there is a problem with equals() then it could re-appear (the cache >>> items are correct, it's just the lookup that returns the wrong one). >>> >>> -Yonik >>> http://www.lucidimagination.com >> > > -------------------------- > Grant Ingersoll > http://www.lucidimagination.com/ > > Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids) > using Solr/Lucene: > http://www.lucidimagination.com/search >