the nodes? Just stopping them or kill -9 or what?
- Mark
On Sun, Dec 9, 2012 at 1:37 PM, Alain Rogister alain.rogis...@gmail.com
wrote:
Hi,
I have re-ran my tests today after I updated Solr 4.1 to apply the patch.
First, the good news : it works i.e. if I stop all three Solr servers
.
Also, a 404 one is generally when jetty is starting or stopping - there
are points where 404's can be returned. I'm not sure why else you'd see
one. Generally we do retries when that happens.
- Mark
On Dec 7, 2012, at 1:07 PM, Alain Rogister alain.rogis...@gmail.com
wrote:
I am reporting
Are you loading data from multiple tables ? How many levels deep ? After
some experimenting, I gave up on the DIH because I found it to generate very
chatty (one row at a time) SQL against my schema, and I experienced
concurrency bugs unless multithreading was set to false, and I wasn't too
level deep except for one table
where we need to traverse hierarchy to get information.
How many XML files did you feed into SOLR one at a time?
Shishir
-Original Message-
From: Alain Rogister [mailto:alain.rogis...@gmail.com]
Sent: Tuesday, October 25, 2011 4:28 PM
To: solr-user
Pravesh,
Not exactly. Here is the search I do, in more details (different field name,
but same issue).
I want to get a count for a specific value of the sou_codeMetier field,
which is multivalued. I expressed this by including a fq clause :
As an alternative, I can suggest this one which worked great for me:
- generate the ready-for-indexing XML documents on a file system
- use curl to feed them into Solr
I am not dealing with huge volumes, but was surprised at how *fast* Solr was
indexing my documents using this simple approach.
I am surprised by the results I am getting from a search in a Solr 3.4
index.
My schema has a multivalued field of type 'string' :
field name=qua_code type=string multiValued=true indexed=true
stored=true/
The field values are 7-digit or 9-digit integer numbers; this corresponds to
a hierarchy.
