Re: FileNotFoundException when trying to indexing.

incorporate this call. regards Prasad - Original Message - From: "Terry Steichen" <[EMAIL PROTECTED]> To: "Lucene Users List" <[EMAIL PROTECTED]> Sent: Thursday, June 03, 2004 2:58 PM Subject: Re: FileNotFoundException when trying to indexing. > Prasad,

Re: FileNotFoundException when trying to indexing.

there's nothing intrinsically wrong with the platform. - Original Message - From: "Prasad Ganguri" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 03, 2004 12:59 PM Subject: FileNotFoundException when trying to indexing. I am using Lucene for

FileNotFoundException when trying to indexing.

I am using Lucene for buiding our document management system. I tested it in Windows2000 Professional and got successful execution. Recently, when we ported the code onto an WindowsXP Professional, we are getting the following exception. I tried to create segments folder using my code, but throwin

Help on IOException and FileNotFoundException (synchronization issue)

Hi, experts, I am new to Lucene. I am trying to fix bugs in existing code. I read Lucene final 1.3 Doc (some of API) and searched the related thread on the mailing list archive. But I still couldn't solve problem even though I know the problem might be related to synchronization issues. Typicall

FileNotFoundException when optimizing

Hello, we use Lucene 1.2 to index data of a content management system on a solaris machine. Our problem is that the segments file seems not to be up to date. When the IndexWriter.optimize() method is used, a FileNotFoundException is thrown. The file that is looked for does not exist. This issue

Re: FileNotFoundException while indexing

gt; Stas. > > - Original Message - > From: "Terry Steichen" <[EMAIL PROTECTED]> > To: "Lucene Users List" <[EMAIL PROTECTED]> > Sent: Friday, October 11, 2002 8:42 PM > Subject: Re: FileNotFoundException while indexing > > > > Stas,

Re: FileNotFoundException while indexing

to inherit from FSDirectory instead of writing a wrapper around it. Cheers, Stas. - Original Message - From: "Terry Steichen" <[EMAIL PROTECTED]> To: "Lucene Users List" <[EMAIL PROTECTED]> Sent: Friday, October 11, 2002 8:42 PM Subject: Re: FileNotFoundEx

Re: FileNotFoundException while indexing

Stas, Would you be able/willing to share that improved Directory with the list? Regards, Terry - Original Message - From: "Stas Chetvertkov" <[EMAIL PROTECTED]> To: "Lucene Users List" <[EMAIL PROTECTED]> Sent: Friday, October 11, 2002 12:33 PM Subject:

Re: FileNotFoundException while indexing

this problem by implementing my own Directory with reliable makeLock() method. Cheers, Stas. - Original Message - From: "Craig Walls" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 11, 2002 8:02 PM Subject: FileNotFoundException while indexing >

FileNotFoundException while indexing

This is my first post to this mailing list, so I hope it works... We've been trying to use Lucene as our search solution, but every so often we get a ton of the following in our log files: java.io.FileNotFoundException: /usr/WebSphere/michaels/search/working/artprints/_xx.fnm (A file or director

RE: FileNotFoundException: Too many open files

Thanks, Dmitry. Here's a little more detail: > From: Dmitry Serebrennikov > > The index directory has the following files: > deletable- one, lists segment ids that can be deleted when no > longer locked by the filesystem because they are open > segments- one, lists segment ids o

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

On Wednesday, May 1, 2002, at 10:33 PM, Dmitry Serebrennikov wrote: > I think so... I guess you have many kinds of documents that have some > fields in common and some unique? Yes. I'm using Lucene as a backbone for a kind of oodbms. Therefore you can index any type of object that may greatly

Re: FileNotFoundException: Too many open files

On Wednesday, May 1, 2002, at 10:16 PM, Dmitry Serebrennikov wrote: > "Less then a hundred" is definetely too many files for a Lucene index, > unless you have a very large number of stored fields! Since changing indexing strategy, I have between 12 to 20 files per index (including deletable an

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

Subject: Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException) From: petite_abeille <[EMAIL PROTECTED]> Date: Wed, 1 May 2002 08:37:51 +0200 To: "Lucene Users List" <[EMAIL PROTECTED]> On Wednesday, May 1, 2002, at 12:41 AM, Dmitry Serebrennik

Re: FileNotFoundException: Too many open files

PA, > On average, there seem to be less than one hundred Lucene files per index. You are probably past this point by now, but since I didn't see anyone pick up on this, I wanted to respond. "Less then a hundred" is definetely too many files for a Lucene index, unless you have a very large nu

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

On Wednesday, May 1, 2002, at 12:41 AM, Dmitry Serebrennikov wrote: > - the number of files that Lucene uses depends on the number of > segments in the index and the number of *stored* fields > - if your fields are not stored but only indexed, they do not require > separate files. Otherwise, an

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

Just a couple of clarification points: - the number of files that Lucene uses depends on the number of segments in the index and the number of *stored* fields - if your fields are not stored but only indexed, they do not require separate files. Otherwise, an .fnn file is created for each field.

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

On Tuesday, April 30, 2002, at 01:57 AM, Steven J. Owens wrote: > Just be glad you aren't doing this on Solaris with JDK 1.1.6 I know... In fact I'm looking forward to port my stuff to 1.4... As my app is very much IO bond I'm really excited by this nio madness... :-) > Yes and no. Setting ul

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

petite, On Mon, Apr 29, 2002 at 07:54:43PM +0200, petite_abeille wrote: > As a final note, several people suggested to increase the number of file > descriptors per process with something like "ulimit"... Just be glad you aren't doing this on Solaris with JDK 1.1.6, where I first ran into

Re: Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

On Mon, 29 Apr 2002, petite_abeille wrote: > As a final note, several people suggested to increase the number of > file descriptors per process with something like "ulimit"... From what > I learned today, I think it's a *bad* idea to have to change some > system parameters just because your/my ap

Homogeneous vs Heterogeneous indexes (was: FileNotFoundException)

First of, thanks to Jagadesh Nandasamy who directed me to the right direction. It seems, that in my situation, more homogeneous indexes work better than fewer heterogeneous indexes: I have a dozen class that I'm indexing. They vary from two fields to more than a dozen field per document (aka

Re: rc4 and FileNotFoundException: an update

Hello, > > and what was their ulimit and what is the > > ulimit on your OSX machine? > > Just curious. > > I don't know. Does it matter? Of course it does - a low (u)limit is a part of your problem, perhaps. Otis P.S. I don't know how Winblows deals with file descriptors. Try your applicatio

Re: FileNotFoundException: code example

Hello, I'll put my comments inline... --- petite_abeille <[EMAIL PROTECTED]> wrote: > Hello again, > > attached is the source code of the only class interacting directly > with > Lucene in my app. Sorry for not providing a complete test case as > it's > hard for me to come up with something s

Re: rc4 and FileNotFoundException: an update

> Does this mean you tried it on other OSs and it worked? Yes. > Which ones? Win2k SP2 > What JDK did those have jre 1.4.0 > and what was their ulimit and what is the > ulimit on your OSX machine? > Just curious. I don't know. Does it matter? PA -- To unsubscribe, e-mail:

Re: rc4 and FileNotFoundException: an update

--- petite_abeille <[EMAIL PROTECTED]> wrote: > > I don't know what environment you're using Lucene in. > > The problem seems to be specially bad on osx (10.1.4 + JRE 1.3.1 + > latest updates). Does this mean you tried it on other OSs and it worked? Which ones? What JDK did those have and what

Re: FileNotFoundException: code example

> > I would add some logging to the code > > You lost me here... Where should I add some logging? At the top of every method, or next to every lucene call, or wherever anything interesting happens. System.out.println("Calling search()"); or use log4j or whatever you prefer. > > to get more

Re: FileNotFoundException: code example

Hi petite, I will try to be brief... In lucene the number of files created depends on the number of fields the document has so lets take an example you want to index 100 files if each file contains 10 fields document.add(Field.Text(UNIQUE_ID, "1234

Re: FileNotFoundException: code example

> I would add some logging to the code You lost me here... Where should I add some logging? > to get more idea of which Lucene methods are > actually being called, when, in what sequence. I typical sequence looks like that: - search() - deleteIndexWithID() - indexValuesWithID() PA -- To u

Re: FileNotFoundException: code example

Hello I can't spot anything but I'm definitely not the world's greatest Lucene expert and maybe someone else will. Perhaps the stack trace will help too. Failing that, and if you still can't come up with a complete self-contained test case to show the problem, I would add some logging to the c

Re: rc4 and FileNotFoundException: an update

> I don't know what environment you're using Lucene in. The problem seems to be specially bad on osx (10.1.4 + JRE 1.3.1 + latest updates). PA. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: rc4 and FileNotFoundException: an update

> I don't know what environment you're using Lucene in. However, we had > this "too > many open files" problem on our Solaris box, and increasing the number > of file > descriptors through the ulimit -n command fixed it. Thanks. That should help. However, I have a little desktop app and it wil

Re: rc4 and FileNotFoundException: an update

Hi Petite, > "SZFinder.findObjectsWithSpecificationInStore: java.io.FileNotFoundException: _2.f14 (Too many open files)" I don't know what environment you're using Lucene in. However, we had this "too many open files" problem on our Solaris box, and increasing the number of file descriptors th

FileNotFoundException: code example

Hello again, attached is the source code of the only class interacting directly with Lucene in my app. Sorry for not providing a complete test case as it's hard for me to come up with something self contained. Maybe there is something that's obviously wrong in what I'm doing. Thanks for any h

FileNotFoundException: a typical stack trace

Just to follow up on this, here is a typical stack trace for FileNotFoundException: 04/28 09:17:55 (Warning) SZIndexer.indexObjectWithValues: java.io.FileNotFoundException: _2o.prx (Too many open files) java.io.FileNotFoundException: _2o.prx (Too many open files) at

Re: rc4 and FileNotFoundException: an update

Hi Steven, > Sounds like a pretty nasty situation. It is... > This makes sense - any effort to solve the problem will first involve > isolating the > bug, and that's a task you're best suited for, since you know your > system best. Ok... From what I understand, this situation arise depending

Re: rc4 and FileNotFoundException: an update

On Fri, Apr 26, 2002 at 07:05:23PM +0200, petite_abeille wrote: > I guess it's really not my day... > [...] > Well, it's pretty ugly. Whatever I'm doing with Lucene in the previous > package (com.lucene) is magnified many folds in rc4. After processing a > paltry 16 objects I got: > > "SZFinde

Re: rc4 and FileNotFoundException: an update

> Have you posted code that demonstrates this problem? If so I missed it. Thanks for your help. PA. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: rc4 and FileNotFoundException: an update

Have you posted code that demonstrates this problem? If so I missed it. If you send, to this list, the shortest program you can come up with that demonstrates the problem there is a fair chance that someone may spot something. I, and many others, use that release of Lucene to index far more than

rc4 and FileNotFoundException: an update

Hello again, I guess it's really not my day... Just to make sure I'm not hallucinating to much, I downloaded the latest and greatest: rc4. Changed all the packages names to org.apache. Updated a method here and there to reflect the APIs changes. And run my little app. I would like to emphasiz

Re: FileNotFoundException: Too many open files

at get indexed. When trying to switch to the latest rc (with the exact same code base), I ran into so many problems with the now infamous "FileNotFoundException" that I consolidated everything in one index per object store. And switched back to the com.lucene package that -as far as I

Re: FileNotFoundException: Too many open files

Hello, > I'm running into this exception quiet often while using Lucene (the > situation is so bad with the latest rc, that I had to revert to the > last > com.lucene package). I'm sure I have my fair share of bugs in my app, > > but nonetheless, how can I "control" Lucene usage of > RandomAcc

FileNotFoundException: Too many open files

Hello, I'm running into this exception quiet often while using Lucene (the situation is so bad with the latest rc, that I had to revert to the last com.lucene package). I'm sure I have my fair share of bugs in my app, but nonetheless, how can I "control" Lucene usage of RandomAccessFile? The

increasing the mergeFactor causes FileNotFoundException (too many open files)

Increasing the MergeFactor on an IndexWriter can speed the indexing process tremendously. However, you can quickly run out of file descriptors and the indexing application will thorw java.io.FileNotFoundException:.(Too many open files) I know prefectly how to increase the number of available

Re: FileNotFoundException

Writer and an own directory where to place > the index. there are always six threads working the same time. > > the problem that occures now is that every second thread stops due to a > FileNotFoundException or an ArrayIndexOutOfBoundsException (the latter only > once) while

FileNotFoundException

time. the problem that occures now is that every second thread stops due to a FileNotFoundException or an ArrayIndexOutOfBoundsException (the latter only once) while the other half finishes fine. the file's name is different for each thread but has always the extension ".fnm"