Re: Core dumped

I will check it out!! Saurabh Agarwal On Thu, May 27, 2010 at 11:13 PM, Erick Erickson wrote: > The larger your RAMbufferSize, the more memory you consume FWIW. > > OK, then, does it always OOM on the same document? Are you trying to index > any particularly large documents? >

Re: Core dumped

RAMBufferSize id 50 Mb, i tried with 200 too the index is unoptimized MergeFactor is Default 10 and I have not changed it MaxBuffered Docs is also default Saurabh Agarwal On Thu, May 27, 2010 at 10:31 PM, Erick Erickson wrote: > What have you set various indexwriter properties to? Particula

Core dumped

cted error has been detected by Java Runtime Environment: # Problematic frame: # J java.nio.ByteBuffer.arrayOffset()I if I decrease my corpus size it indexes it perfectly!!! Can someone tell me how to index a larger corpus even if it takes more time!!! Thanks Saurabh Agarwal

Re: Lock obtain timed out

ummm i am just toying with Lucene and katta, so to have apples to apples comparison I am using NFS mount for lucene and same FS as a filesystem for Katta/HADOOP Saurabh Agarwal On Tue, May 18, 2010 at 1:46 PM, Uwe Schindler wrote: > Then why use NFS? > > - > Uwe Schindler &

Re: Lock obtain timed out

Thanks :) i am using only one server to create the index Saurabh Agarwal On Tue, May 18, 2010 at 1:41 PM, Ian Lea wrote: > Use SimpleFSLockFactory. The default, NativeFSLockFactory, doesn't > play well with NFS. > > And a warning: lucene does work on NFS but you may run i

Lock obtain timed out

obtain timed out: NativeFSLock@/usr/home/saurabh/index/write.lock: java.io.IOException: Operation not supported Please Help out Regards Saurabh Agarwal

Re: Storing The content

ok thanks :) Saurabh Agarwal On Mon, May 17, 2010 at 8:57 PM, Uwe Schindler wrote: > No ist not possible, as For storing+indexing the content must be read > twice, > which is not possible with Reader. > > - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen >

Storing The content

Hi, if I want to store the Content field through the constructor Field(string,Reader). Is there any possible way of doing it?? Regards Saurabh Agarwal

Re: Storing a field as byte[[]

Thanks Uwe Saurabh Agarwal On Fri, May 14, 2010 at 11:09 AM, Uwe Schindler wrote: > There is a class NumericField in the same package. > > - > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > > > > --

Re: Storing a field as byte[[]

hi Ian but when I see lucene-3.0.0/src/java/org/apache/lucene/document/Field.java all the constructors either take a String ad value or a byte [] array as a value. Can u guide me that how to use NumericField or am I missing something? Thanks Saurabh Agarwal On Fri, May 14, 2010 at 1:33 AM

Storing a field as byte[[]

102 will be organised as 10 100 101 102 12 20 30 50 so range search of size between 10 and 20 will be relatively poor if I store values like the order given Thanks and regards Saurabh Agarwal