2011/2/21 Shae Griffiths <[email protected]>

>
> Hi guys,
>
> I'm trying to use a LuceneFulltextIndexBatchInserter to index all my data
> as
> I import it, so I can search on properties other than just an ID, but it
> fairly quickly (~5 seconds) comes back with an
> "org.apache.lucene.store.LockObtainFailedException: Lock obtain timed out:
> NativeFSLock.....write.lock" exception.
>

Are you using multiple threads during batch insertion (not allowed b.t.w.) ?


>
> When searching I found a bug report that looked like this from late 2008
> that said it was fixed, so maybe i'm doing something wrong, is this a
> fairly
> common error?
>

Nope, can't say that it is.

>
> I'm thinking that maybe my problem lies in the fact i'm indexing based on
> properties that may not exist on all nodes. eg. My graph is made of
> entities
> such as people and cars, a person has a first and last name, but does not
> have a registration number, and for a car it would be the reverse.
>

That doesn't matter, the index can handle such data.

>
> Then using a regular FulltextIndex (not a batch one) it seems to run fine,
> but after a while i get a gc overhead limit exceeded error :(
>

Weird... I would like to see your code to get more ideas to what it might
be.

Another thing: You seem to use the old index framework. Please consider the new
one <http://wiki.neo4j.org/content/Index_Framework> instead. Heck, it might
even get rid of your problems also :)


>
> Any ideas?
>
> Shae
> --
> View this message in context:
> http://neo4j-user-list.438527.n3.nabble.com/Neo4j-Lucene-fulltext-index-batch-inserter-Lock-obtain-problem-tp2542866p2542866.html
> Sent from the Neo4J User List mailing list archive at Nabble.com.
> _______________________________________________
> Neo4j mailing list
> [email protected]
> https://lists.neo4j.org/mailman/listinfo/user
>



-- 
Mattias Persson, [[email protected]]
Hacker, Neo Technology
www.neotechnology.com
_______________________________________________
Neo4j mailing list
[email protected]
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to