I've got a ConcurrentModificationException during a cron-ed delta import of
DIH, I'm using multicore solr nightly from hudson 2009-04-02_08-06-47.
I don't know if this stacktrace maybe useful to you, but here it is:
java.util.ConcurrentModificationException
at
the only issue you may have will be related to software that writes files in
solr-home, but the only one I can think of is dataimport.properties of DIH,
so if you use DIH, you may want to make dataimport.properties location to be
configurable dinamically, like an entry in data-config.xml,
you may try to put true in that useCompoundFile entry; this way indexing
should use far less file descriptors, but it will slow down indexing, see
http://issues.apache.org/jira/browse/LUCENE-888.
Try to see if the reason of lack of descriptors is related only on solr. How
are you using indexing,
, Walter Ferrara walters...@gmail.com wrote:
there is a strange behavior which seems to affect hudson today (March 3rd)
build but not (for example) hudson February 2th build.
Basically when I start the multicore enviroment, it just create datadir in
the current path.
To replicate:
1. download
as solr starts
--Noble
On Wed, Mar 4, 2009 at 4:15 PM, Walter Ferrara walters...@gmail.com
wrote:
it also ignore dataDir directive in solr.xml, in fact adding:
core name=core0 instanceDir=core0
property name=dataDir value=/multicore/core0 /
/core
doesn't change the behavior
...@gmail.com wrote:
looks like a bug. must reopen the issue
On Wed, Mar 4, 2009 at 5:26 PM, Noble Paul നോബിള് नोब्ळ्
noble.p...@gmail.com wrote:
On Wed, Mar 4, 2009 at 5:24 PM, Walter Ferrara walters...@gmail.com
wrote:
using:
cores adminPath=/admin/cores
core name=core0 instanceDir=core0
there is a strange behavior which seems to affect hudson today (March 3rd)
build but not (for example) hudson February 2th build.
Basically when I start the multicore enviroment, it just create datadir in
the current path.
To replicate:
1. download latest trunk
2. go to example directory
$ ls
Shalin Shekhar Mangar wrote:
Can you please open a JIRA issue for this? However, we may only be able to
fix this after 1.3 because a code freeze has been decided upon, to release
1.3 asap.
I've open https://issues.apache.org/jira/browse/SOLR-726
Walter
I'm using DIH and its wonderful delta-import.
I have a question: the delta-import is synchronized? multiple call to
delta imports, shouldn't result in one refused because the status is not
idle?
I've noticed however that calling multiple times in a sec the
dataimport/?command=delta-import result
Shalin Shekhar Mangar wrote:
Hi Walter,
Indeed, there's a race condition there because we didn't expect people to
hit it concurrently. We expected that imports would be run sequentially.
Thanks for noticing this. We shall add synchronization to the next release.
Do you mind (again) opening
Launching a multicore solr with dataimporthandler using a mysql driver,
(driver=com.mysql.jdbc.Driver) works fine if the mysql connector jar
(mysql-connector-java-5.0.7-bin.jar) is in the classpath, either jdk
classpath or inside the solr.war lib dir.
While putting the
Dallan Quass wrote:
I have a situation where it would be beneficial to issue queries in a filter
that is called during analysis. In a nutshell, I have an index of places
that includes possible abbreviations. And I want to query this index during
analysis to convert user-entered places to
In solr, last trunk version in svn, is it possible to access the core
registry, or what used to be the static MultiCore object? My goal is to
retrieve all the cores registered in a given (multicore) enviroment.
It used to be MultiCore.getRegistry() initially, at first stages of
solr-350; but
Ryan McKinley wrote:
check the status action
also, check the index.jsp page
index.jsp do:
org.apache.solr.core.MultiCore multicore =
(org.apache.solr.core.MultiCore)request.getAttribute(org.apache.solr.MultiCore);
which is ok in a servlet, but how should I do the same inside an
handler,
I've noticed that passing html to a field using
HTMLStripWhitespaceTokenizerFactory, ends up in having some javascripts too.
For example, using a analyzer like:
fieldType name=HTMLStripper2 class=solr.TextField
analyzer
tokenizer
did you create/modify the index with a newer version of lucene than the
one you use in solr?
In this case I doubt you can downgrade your index, but maybe you can
upgrade lucene in your solr (search in this forum, there should be a
thread about this), (or try with the latest nightly builds)
See:
http://wiki.apache.org/solr/SchemaXml#head-af67aefdc51d18cd8556de164606030446f56554
indexed means searchable (facet and sort also need this), stored instead
is needed only when you need the original text (i.e. not
tokenized/analyzed) to be returned.
When stored and indexed are not present, I
Isn't Xeon5110 64bit? Maybe you could just put a 64 bit OS in you box.
Also, take a look at http://www.spack.org/wiki/LinuxRamLimits
--
Walter
Isart Montane wrote:
I've got a dual Xeon. Here you are my cpuinfo. I've read the limit on
a 2.6linux kernel is 4GB on user space and 4GB for kernel...
I have an index with several fields, but just one stored: ID (string,
unique).
I need to access that ID field for each of the tops nodes docs in my
results (this is done inside a handler I wrote), code looks like:
Hits hits = searcher.search(query);
for(int i=0; inodes; i++) {
reader(s) will
be gc-ed when the reader is no longer referenced (i.e. when solr load
the new one, after its warmup and so on), is that right?
Thanks
--
J.J. Larrea wrote:
At 5:30 PM +0200 9/20/07, Walter Ferrara wrote:
I have an index with several fields, but just one stored: ID (string
20 matches
Mail list logo
