Sent from my iPad
Hello
I've been trying to index IMDB data from MySQL with no success yet. The
problem was with the data import handler. When I specify using of
"SqlEntityProcessor", DIH either totally skipped the row, or didn't start
importing at all, or the results are not searchable. I also tried setting
batchS
On 10/23/2014 2:44 AM, Giovanni Bricconi wrote:
> My user interface shows some boxes to describe results categories. After
> half a day of small updates and delete I noticed with various queries that
> the boxes started swapping while browsing.
> For sure I relied too much in getting the same resul
t; >> Nice!
> >> >> I will monitor the index and try this if the problem comes back.
> >> >> Actually the problem was due to small differences in score, so I
> think
> >> the
> >> >> problem has the same origin
> >> >>
> >> >> 2014-10-21 8:10 GMT+02:00 lboutros :
> >> >>
> >> >>> Hi Giovanni,
> >> >>>
> >> >>> we had this problem as well.
> >> >>> The cause was that the different nodes have slightly different idf
> >> values.
> >> >>>
> >> >>> We solved this problem by doing an optimize operation which really
> >> remove
> >> >>> suppressed data.
> >> >>>
> >> >>> Ludovic.
> >> >>>
> >> >>>
> >> >>>
> >> >>> -
> >> >>> Jouve
> >> >>> France.
> >> >>> --
> >> >>> View this message in context:
> >> >>>
> >>
> http://lucene.472066.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165086.html
> >> >>> Sent from the Solr - User mailing list archive at Nabble.com.
> >> >>>
> >> >>
> >> >>
> >>
>
I think
>> the
>> >> problem has the same origin
>> >>
>> >> 2014-10-21 8:10 GMT+02:00 lboutros :
>> >>
>> >>> Hi Giovanni,
>> >>>
>> >>> we had this problem as well.
>> >>> The cause was that the different nodes have slightly different idf
>> values.
>> >>>
>> >>> We solved this problem by doing an optimize operation which really
>> remove
>> >>> suppressed data.
>> >>>
>> >>> Ludovic.
>> >>>
>> >>>
>> >>>
>> >>> -
>> >>> Jouve
>> >>> France.
>> >>> --
>> >>> View this message in context:
>> >>>
>> http://lucene.472066.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165086.html
>> >>> Sent from the Solr - User mailing list archive at Nabble.com.
>> >>>
>> >>
>> >>
>>
gt;>> The cause was that the different nodes have slightly different idf
> values.
> >>>
> >>> We solved this problem by doing an optimize operation which really
> remove
> >>> suppressed data.
> >>>
> >>> Ludovic.
> >>>
> >>>
> >>>
> >>> -
> >>> Jouve
> >>> France.
> >>> --
> >>> View this message in context:
> >>>
> http://lucene.472066.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165086.html
> >>> Sent from the Solr - User mailing list archive at Nabble.com.
> >>>
> >>
> >>
>
gt;> We solved this problem by doing an optimize operation which really remove
>>> suppressed data.
>>>
>>> Ludovic.
>>>
>>>
>>>
>>> -
>>> Jouve
>>> France.
>>> --
>>> View this message in context:
>>> http://lucene.472066.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165086.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>>>
>>
>>
e cause was that the different nodes have slightly different idf values.
>>
>> We solved this problem by doing an optimize operation which really remove
>> suppressed data.
>>
>> Ludovic.
>>
>>
>>
>> -
>> Jouve
>> France.
>> --
he different nodes have slightly different idf values.
>
> We solved this problem by doing an optimize operation which really remove
> suppressed data.
>
> Ludovic.
>
>
>
> -
> Jouve
> France.
> --
> View this message in context:
> http://l
I noticed the problem looking at a group query, the groups returned where
sorted on the score field of the first result, and then showed to the user.
Repeating the same query I noticed that the order of two group started
switching
Thank you, I will look for the thread you said
2014-10-20 22:07 GM
.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165086.html
Sent from the Solr - User mailing list archive at Nabble.com.
What are the differences on. The document count or things like facets?
This could be important.
Also, I think there was a similar thread on the mailing list a week or
two ago, might be worth looking for it.
Regards,
Alex.
Personal: http://www.outerthoughts.com/ and @arafalov
Solr resources and
Can you please provide us the exception when the shard goes out of sync ?
Please monitor the logs.
--
View this message in context:
http://lucene.472066.n3.nabble.com/unstable-results-on-refresh-tp4164913p4165002.html
Sent from the Solr - User mailing list archive at Nabble.com.
Hello
I have a procedure that sends small data changes during the day to a
solrcloud cluster, version 4.8
The cluster is made of three nodes, and three shards, each node contains
two shards
The procedure has been running for days; I don't know when but at some
point one of the cores has gone out
t; better?
>>
>> Martin
>>
>> Martin de Vries schreef op 12.11.2013 10:45:
>>
>> Hi,
>>
>>> We have:
>>>
>>> Solr 4.5.1 - 5 servers
>>> 36 cores, 2 shards each,
>>>
>> 2 servers per shard (every core is on
1 - 5 servers
36 cores, 2 shards each,
2 servers per shard (every core is on 4
servers)
about 4.5 GB total
data on disk per server
4GB JVM-Memory per server, 3GB average in
use
Zookeeper 3.3.5 - 3 servers (one shared with Solr)
haproxy load
balancing
Our Solrcloud is very unstable. About one t
each,
2 servers per shard (every core is on 4
> servers)
> about 4.5 GB total
data on disk per server
> 4GB JVM-Memory per server, 3GB average in
use
> Zookeeper 3.3.5 - 3 servers (one shared with Solr)
> haproxy load
balancing
>
> Our Solrcloud is very unstable. About one
://lucene.472066.n3.nabble.com/SolrCloud-unstable-tp4100419p4100432.html
Sent from the Solr - User mailing list archive at Nabble.com.
ers
36 cores, 2 shards each, 2 servers per shard (every core is on 4
servers)
about 4.5 GB total data on disk per server
4GB JVM-Memory per server, 3GB average in use
Zookeeper 3.3.5 - 3 servers (one shared with Solr)
haproxy load balancing
Our Solrcloud is very unstable. About one time a week some
er server
> 4GB JVM-Memory per server, 3GB average in use
> Zookeeper 3.3.5 - 3 servers (one shared with Solr)
> haproxy load balancing
>
> Our Solrcloud is very unstable. About one time a week some cores go in
> recovery state or down state. Many timeouts occur and we have to res
very unstable. About one time a week some cores go in
recovery state or down state. Many timeouts occur and we have to restart
servers to get them back to work. The failover doesn't work in many
cases, because one server has the core in down state, the other in
recovering state. Other cores
Hi-
Unit tests to the rescue! The current unit test system in the 4.x branch
catches code sequence problems.
[junit4]> Throwable #1: java.lang.IllegalStateException:
TokenStream contract violation: reset()/close() call missing, reset()
called multiple times, or subclass does not call super.
HI,
I am working on OpenNLP integration with SOLR. I have successfully applied
the patch (LUCENE-2899-x.patch) to latest SOLR source code (branch_4x).
I have designed OpenNLP analyzer and index data to it. Analyzer declaration
in schema.xml is as
23 matches
Mail list logo
