I find nothing in the log concerning this issue.
I try to do your suggestion.
Informativa ai sensi del Decr.Lgs Privacy n.196/2003
ECUBE tratta i dati personali secondo quanto specificato nella pagina “Privacy
Policy” disponibile su http://www.ecubecenter.it/privacy.pdf. Le informazioni
contenute nel presente messaggio sono destinate esclusivamente al/ai
destinatario/i indicato/i. Qualora riceviate il presente messaggio per errore,
vi preghiamo di voler cortesemente darcene notizia via e-mail
(i...@ecubecenter.it) e di provvedere ad eliminare il messaggio ricevuto
erroneamente, essendo illegittimo ed illecito ogni diverso utilizzo.
Da: Erick Erickson [mailto:erickerick...@gmail.com]
Inviato: sabato 15 ottobre 2016 00:45
A: solr-user <firstname.lastname@example.org>
Oggetto: Re: R: R: Incongruent results of numdocs
Not quite. When you add replica 3, it will be synchronized to the leader.
So I'd shut down the solr node with the bad replica, add the new replica and
then delete the old one.
The disturbing bit is that the replicas for out of sync in the first place.
Anything in the logs that gives any clues as to why?
On Oct 14, 2016 18:32, "Davide Isoardi" <isoa...@ecubecenter.it> wrote:
> I am sorry for my typos. I have compared numdocs of shard1_replica1
> with shard1_replica2.
> If I create another replica (replica3) and only after that I unload
> replica2, will the last replica be synchronized with replica1?
> Inviata dal mio Windows Phone
> Da: Shawn Heisey<mailto:apa...@elyograg.org>
> Inviato: 14/10/2016 18:33
> A: email@example.com<mailto:firstname.lastname@example.org>
> Oggetto: Re: R: Incongruent results of numdocs
> On 10/14/2016 9:43 AM, Davide Isoardi wrote:
> > thank you very much for the quick answare.
> > Yes, I am not indexing between request.
> > How can I risync two or all replicas?
> > If I look the overviews in the shard menu (attached the screenshot)
> > I see that the num docs are mismatched.
> > Shard1_replica1
> > Shard2_replica2
> I can't see those pictures, the attachments didn't make it. You seem
> to be comparing shard1 and shard2. That's not a valid comparison.
> There's a very good chance that different shards will have different
> document counts even if everything is working correctly. You need to
> compare replicas of shard1 to other replicas of shard1, shard2 to shard2, etc.
> They'll likely be on different servers.
> Probably the best way to force a resync is to shutdown a Solr
> instance, decide which replicas you want to delete on that instance,
> delete the data directory for those replicas, and start Solr back up.
> Any replica where you delete the data directory will copy the index
> from the shard leader, and they'll be back in sync when the copy
> finishes. Before you do this, make sure that you actually do have
> multiple replicas of each shard.