Hi Erick, Every time any of the replication nodes goes into recovery mode we start seeing queries which don't match the correct count. I'm being told zookeeper will give me the correct node (Not one in recovery), but I want to prove it as the query issue only comes up when any of the nodes are in recovery mode. The application loading the data shows the correct counts and after committing we check the results and they look correct.
If I can get the URL I can prove that the problem is due to doing the query against a node in recovery mode. I hope that explains the problem, thanks for your time. Regards Russell Taylor -----Original Message----- From: Erick Erickson [mailto:erickerick...@gmail.com] Sent: 22 May 2019 15:50 To: solr-user@lucene.apache.org Subject: Re: CloudSolrClient (any version). Find the node your query has connected to. WARNING - External email from lucene.apache.org Why do you want to know? You’ve asked how do to X without telling us what problem Y you’re trying to solve (the XY problem) and frequently that leads to a lot of wasted time….. Under the covers CloudSolrClient uses a pretty simple round-robin load balancer to pick a Solr node to send the query to so “it depends”….. > On May 22, 2019, at 5:51 AM, Jörn Franke <jornfra...@gmail.com> wrote: > > You have to provide the addresses of the zookeeper ensemble - it will figure > it out on its own based on information in Zookeeper. > >> Am 22.05.2019 um 14:38 schrieb Russell Taylor <russell.tay...@theice.com>: >> >> Hi, >> Using CloudSolrClient, how do I find the node (I have 3 nodes for this >> collection on our 6 node cluster) the query has connected to. >> I'm hoping to get the full URL if possible. >> >> >> Regards >> >> Russell Taylor >> >> >> >> ________________________________ >> >> This message may contain confidential information and is intended for >> specific recipients unless explicitly noted otherwise. If you have reason to >> believe you are not an intended recipient of this message, please delete it >> and notify the sender. This message may not represent the opinion of >> Intercontinental Exchange, Inc. (ICE), its subsidiaries or affiliates, and >> does not constitute a contract or guarantee. Unencrypted electronic mail is >> not secure and the recipient of this message is expected to provide >> safeguards from viruses and pursue alternate means of communication where >> privacy or a binding message is desired. ________________________________ This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of Intercontinental Exchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired.