Hi Rajath,
Thank you for your reply.
But I'm not sure why the not compacted SSTables takes longer repair time.
Could you explain the reason more detail?
I guess that SSTables which backed up in backups directory will be never
repaired so that It must exchange merkle tree and update actual data t
thanks, Ryan
> are you using one of the SERIAL Consistency Levels?
yes, I use read with ConsistencyLevel.SERIAL.
On Mon, Jul 25, 2016 at 10:10 AM, Ryan Svihla wrote:
> are you using one of the SERIAL Consistency Levels?
>
> --
> Ryan Svihla
>
> On July 24, 2016 at 8:08:01 PM, Yuji Ito (y...@
are you using one of the SERIAL Consistency Levels?
--
Ryan Svihla
On July 24, 2016 at 8:08:01 PM, Yuji Ito (y...@imagine-orb.com) wrote:
> Hi,
>
> I have another question about CAS operation.
>
> Can a read get stale data after failure in commit phase?
>
> According to the following article,
>
Hi,
I have another question about CAS operation.
Can a read get stale data after failure in commit phase?
According to the following article,
when a write fails in commit phase (a WriteTimeout with WriteType SIMPLE
happens),
a subsequent read will repair the uncommitted state
and get the latest