Hi
We are using solr 7.6 and trying out bidirectional CDCR and I also hit this
issue.
Stacktrace
INFO (cdcr-bootstrap-status-17-thread-1) [ ] o.a.s.h.CdcrReplicatorManager
CDCR bootstrap successful in 3 seconds
INFO (cdcr-bootstrap-status-17-thread-1) [ ] o.a.s.h.CdcrReplicatorManager
Create new update log reader for target abcd_ta with checkpoint -1 @
abcd_ta:shard1
ERROR (cdcr-bootstrap-status-17-thread-1) [ ] o.a.s.h.CdcrReplicatorManager
Unable to bootstrap the target collection abcd_ta shard: shard1
olrj.impl.HttpSolrClient$RemoteSolrException: Error from server at
http://10.169.50.182:8983/solr: Unable to locate core
kanna_ta_shard1_replica_n1
lr.client.solrj.impl.HttpSolrClient.executeMethod(HttpSolrClient.java:643)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:255)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.HttpSolrClient.request(HttpSolrClient.java:244)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.LBHttpSolrClient.doRequest(LBHttpSolrClient.java:483)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.LBHttpSolrClient.request(LBHttpSolrClient.java:413)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.CloudSolrClient.sendRequest(CloudSolrClient.java:1107)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
lr.client.solrj.impl.CloudSolrClient.requestWithRetryOnStaleState(CloudSolrClient.java:884)
~[solr-solrj-7.6.0.jar:7.6.0 719cde97f84640faa1e3525690d262946571245f - nknize
- 2018-12-07 14:47:53]
I stepped through the code
private NamedList sendRequestRecoveryToFollower(SolrClient client, String
coreName) throws SolrServerException, IOException {
CoreAdminRequest.RequestRecovery recoverRequestCmd = new
CoreAdminRequest.RequestRecovery();
recoverRequestCmd.setAction(CoreAdminParams.CoreAdminAction.REQUESTRECOVERY);
recoverRequestCmd.setCoreName(coreName);
return client.request(recoverRequestCmd);
}
In the above method , recovery request command is admin command and it is
specific to a core. In the solrclient.request logic the code gets the
liveservers and execute the command in a loop ,but since this is admin command
this is non re-triable. Depending on which live server the code gets and where
does the core lies , the recover request command might be successful or
failure. So I think there is problem with this code in trying to send the core
command to all available live servers , the code I guess should find the
correct server on which the core lies and send this request.
Regards,
Rajeswari
On 5/15/19, 10:59 AM, "Natarajan, Rajeswari" <rajeswari.natara...@sap.com>
wrote:
I am also facing this issue. Any resolution found on this issue, Please
update. Thanks
On 2/7/19, 10:42 AM, "Tim" <timothy.springst...@gm.com> wrote:
So it looks like I'm having an issue with this fix:
https://issues.apache.org/jira/browse/SOLR-11724
So I've messed around with this for a while and every time the leader to
leader replica portion works fine. But the Recovery portion
(implemented as
part of the fix above) fails.
I've run a few tests and every time the recovery portion kicks off, it
sends
the recovery command to the node which has the leader for a given
replica
instead of the follower.
I've recreated the collection several times so that replicas are on
different nodes with the same results each time. It seems to be assumed
that
the follower is on the same solr node as the leader.
For example, if s3r10 (shard 3, replica 10) is the leader and is on
node1,
while the follower s3r8 is on node2, then the core recovery command
meant
for s3r8 is being sent to node1 instead of node2.
--
Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
