We also didn’t find anything related to the querying replica in the documentation, so could someone please take a look at my following questions and give some advice?
Does it even make sense to query replica after auto-failover event? After this event one of the replica node becomes a main node and seems like GetAsync method which queries main nodes should always succeed.
Now we query replica even when a document is not found on a main node.
Does this behavior make sense or if a document is not found on the main node, this also 100% won’t be on a replica node?
Even though this looks a lot like the 2.7.X bug, from the stacktrace I believe its a separate issue.
Replica reads make sense if there is concern that the document will not be found in the primary node for some reason. The SDK will then try to locate the document replica on any of the other nodes in the cluster.
Thinking about situations when a primary node might be behind of a replica. Probably after auto-failover a new primary node (which was a replica before) can be behind of other replicas…
By the way, do you probably know of some workarounds for this bug? We tried to reconnect to the cluster, but this doesn’t help and I think this is expected, because the state of the cluster isn’t changed.