Thank you. OK - I can see from 'nodetool getendpoints keyspace table
key' that 3 nodes respond as one would expect. My theory is that once I
encounter the error, a read repair is triggered, and by the time I
execute nodetool, 3 nodes respond.
I tried a test with the same table, but with LOCAL_QUORUM on reads and
writes of new data, and it works. Thank you all for that! If I don't
care which version of the data is returned, then I should be able to use
ONE on reads, if LOCAL_QUORUM was used on writes - yes?
-Joe
On 12/3/2020 12:49 AM, Erick Ramirez wrote:
Thank you Steve - once I have the key, how do I get to a node?
Run this command to determine which replicas own the partition:
$ nodetool getendpoints <partition_key>
So if the propagation has not taken place and a node doesn't have
the data and is the first to 'be asked' the client will get no data?
That's correct. It will not return data it doesn't have when querying
with a consistency of ONE. There are limited cases where ONE is
applicable. In most cases, a strong consistency of LOCAL_QUORUM is
recommended to avoid the scenario you described. Cheers!
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Virus-free. www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
