In scenario 2, if the row has been written to node 3 it will be replaced on the other nodes via rebuild or repair.
--- *Ben Slater**Chief Product Officer* <https://www.instaclustr.com/platform/> <https://www.facebook.com/instaclustr> <https://twitter.com/instaclustr> <https://www.linkedin.com/company/instaclustr> Read our latest technical blog posts here <https://www.instaclustr.com/blog/>. This email has been sent on behalf of Instaclustr Pty. Limited (Australia) and Instaclustr Inc (USA). This email and any attachments may contain confidential and legally privileged information. If you are not the intended recipient, do not copy or disclose its content, but please reply to this email immediately and highlight the error to the sender and then immediately delete the message. On Fri, 3 May 2019 at 00:54, Fd Habash <fmhab...@gmail.com> wrote: > C*: 2.2.8 > > Write CL = LQ > > Kspace RF = 3 > > Three racks > > > > A write gets received by node 1 in rack 1 at above specs. Node 1 (rack1) & > node 2 (rack2) acknowledge it to the client. > > > > Within some unit of time, node 1 & 2 die. Either …. > > - Scenario 1: C* process death: Row did not make it to sstable (it is > in commit log & was in memtable) > - Scenario 2: Node death: row may be have made to sstable, but nodes > are gone (will have to bootstrap to replace). > > > > Scenario 1: Row is not lost because once C* is restarted, commit log > should replay the mutation. > > > > Scenario 2: row is gone forever? If these two nodes are replaced via > bootstrapping, will they ever get the row back from node 3 (rack3) if the > write ever made it there? > > > > > > ---------------- > Thank you > > >
