n was performed)
?
On Sat, Apr 9, 2016 at 9:24 PM, Lior Sapir wrote:
> Thanks for the reply.
>
> 00:00:60 - Is valid
> But I tried 00:01:00 anyway.
> I also checked the clocks and they are synced:
> ntpdate -q solr01-isrl01
>
> server 192.168.103.112, stratum 11, offset
It will not happen but you must:
1. Have Unique ID for each document
2. Make sure you define this field in the schema.xml
YOUR_DOC_UQ_ID_FIELD_NAME
3. If you are using multiple shards query and not using solr cloud then
you have to make sure you are not inserting the same document into two
differ
t; Also, polling every minute is very fast. Try a longer period.
>
> Check the clocks on the two systems. If the clocks are not synchronized,
> that could cause problem.
>
> wunder
> Walter Underwood
> wun...@wunderwood.org
> http://observer.wunderwood.org/ (my blog)
>
>
Anyone can tell me what was I doing wrong ?
Is that the expected behavior (slave replicate entire index if on previous
replication attempt the master was not available ) ?
On Thu, Apr 7, 2016 at 9:12 PM, Lior Sapir wrote:
> Thanks for the reply.
>
> I easily re produced it in my
pen whenever you restart a slave even if
> _nothing_ has changed on the master?
>
> And this will certainly happen if you're optimizing the master before
> you restart, although that doesn't sound likely.
>
> Best,
> Erick
>
> On Thu, Apr 7, 2016 at 6:54 AM, Lior S
Using ver 4.3
Solr cloud: how to deploy multiple solr instances on the same tomcat server
couldn't understand how to do that
It is possible in non cloud version but when I try to use solr cloud I
don't understand how do it
I have big indexes and I prefer several solr instances and not several
core