Found the issue .. It was caused by Solr during replication ..
On 9 June 2015 at 13:41, Umesh Prasad wrote:
> Diagonistic info from checkIndex tool
>
> 7 of 85: name=_psc docCount=10184501
>
> codec=Lucene46
>
> compound=false
>
> numFiles=14
:
java.lang.RuntimeException: DocValues test failed
at
org.apache.lucene.index.CheckIndex.checkIndex(CheckIndex.java:639)
at org.apache.lucene.index.CheckIndex.main(CheckIndex.java:1941)
On 9 June 2015 at 13:40, Umesh Prasad wrote:
> Hi,
>
> During update, our lucene index has got corrupt
org.apache.lucene.index.IndexWriter.updateNumericDocValue(IndexWriter.java:1574)
~[lucene-core-4.6.1.jar:4.6.1 1560866 - mark - 2014-01-23 20:11:13]
--
Thanks & Regards
Umesh Prasad
Tech Lead @ flipkart.com
in.linkedin.com/pub/umesh-prasad/6/5bb/580/
. search takes
readlock and reopen takes writelock and that will take care of any open
search results etc.
PS: To speed up the reopening of index use indexreader.reopen() instead of
closing it off and then open again. It is much faster. (Documented)
Thanks & Regards
Umesh Prasad
On Thu, Apr 7
a-user-h...@lucene.apache.org
>
>
--
---
Thanks & Regards
Umesh Prasad
] Other (someone in your company mirrors them internally or via a
> downstream project)
>
--
---
Thanks & Regards
Umesh Prasad
-
To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
For additi
T2 < T1, Skip the result.
>
> will always be the case. The live being edited document is always "later"
> in time than the indexed information about it.
>
>
>
> On Fri, Jan 21, 2011 at 9:11 PM, Umesh Prasad wrote:
>
>> Hi,
>> One work around wou
to
Presentation layer which compares the T1 & T2.
If T2 < T1, Skip the result.
Assumption : Stored document is always in sync. Documents are
persisted somewhere and not served from memory.
Thanks & Regards
Umesh Prasad
On Sat, Jan 22, 2011 at 1:29 AM, software visualization
wrote:
>
NE_30, *
>
> *"pattern", *
>
> *new StandardAnalyzer(Version.LUCENE_30)); *
>
> *org.apache.lucene.search.Query query1 =
> parser.parse(this.query.getQuestion()); *
>
> *TopDocs hits = is.search(query1, 10); *
>
> Please advice
>
>
> Thanks,
>
> Lahiru
>
--
---
Thanks & Regards
Umesh Prasad
gn different boost
to them, and join them together as OR clauses.
>
> 3) With wildcard searches, is there a way to boost documents that hold
> an exact match.
> So if I search for "ring*", I first see the exact match "story of a RING",
> and only later "a RINGING failure"
>
> Thanx a bunch.
>
>
>
>
--
---
Thanks & Regards
Umesh Prasad
e search and reopen will sync up by using ReadWriteLock . search takes
readlock and reopen takes writelock.
PS: 1. Use indexreader.reopen() instead of closing it off and then open
again. It is much faster. (Documented)
Thanks & Regards
Umesh Prasad
On Fri, Jan 14, 2011 at 2:25 AM, Ian Lea wrote
; >
> > Thanks in advance
> > paul
> >
> > -
> > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>
--
---
Thanks & Regards
Umesh Prasad
hands... so why
> update anything in real time?
>
> -
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>
--
---
Thanks & Regards
Umesh Prasad
00200-299 & so on...
>
>
>
>
>
> On 24 December 2010 12:35, Umesh Prasad wrote:
>
> > Hi Jawahar,
> > http://search-lucene.com/m/duTpc14AmzV
> > See Uwe's reply.
> >
> >
> >
> > Regards
> > Umesh
&
ception: 100
> at Test.searchIndex(Test.java:96)
>at Test.main(Test.java:54)
>
> Would need to perform searching again with different parameters to fetch
> next bunch of records ?
>
>
>
>
> Thanks
>
--
---
Thanks & Regards
Umesh Prasad
works for me.
>
> Thanks,
> Lahiru.
>
--
---
Thanks & Regards
Umesh Prasad
hit is significant on a live server.
Switch to Topdocs based search, check out
http://lucene.apache.org/java/2_4_0/api/org/apache/lucene/search/Hits.html
for details.
Thanks
Umesh Prasad
On Tue, Sep 28, 2010 at 1:36 PM, Pawlak Michel (DCTI) <
michel.paw...@etat.ge.ch> wrote:
>
Hi Israel,
I am trying to put the problem more concisely.
1. Fields where term frequency is very very relevant. E.g.
Body:
Example:
if TF of badger in Body of doc 1 > TF of badger in Body of doc 2
doc 1 scores higher.
2. Fields where term frequency is irrevalent
Page_Titl
On Tue, Sep 23, 2008 at 5:28 PM, Grant Ingersoll <[EMAIL PROTECTED]>wrote:
> So, the piece I'm missing is how do you know what field for which terms.
> In other words how do you know xyz goes against organization and abc
> against name. Your wording implies that you don't know this before hand,
CTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Thanking you
Regards
Umesh Prasad
On Fri, Sep 19, 2008 at 6:30 PM, Umesh Prasad <[EMAIL PROTECTED]> wrote:
>
> Hi,
>NumberTools provides method longToString(long l) which pads the values.
> It can be indexed and range search like normal queries.
>
> Slight issue is when you search view the index in
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
Thanking you
Regards
Umesh Prasad
22 matches
Mail list logo
