incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Preston Chang <zhangyf2...@gmail.com>
Subject Re: sync commitlog in batch mode lose data
Date Tue, 31 May 2011 08:46:35 GMT
My RF is 2.

When the node A is down, the commit log should be fsynced to disk in my test
scene, so there should be no NOTFOUND key, but there are some NOTFOUND keys.
I am puzzled.

2011/5/31 Maki Watanabe <watanabe.maki@gmail.com>

> How much replication factor did you set for the keyspace?
> If the RF is 2, your data should be replicated to both of nodes. If
> the RF is 1, you will lose the half of data when the node A is down.
>
> maki
>
>
> 2011/5/31 Preston Chang <zhangyf2007@gmail.com>:
> > Hi,
> > I have a cluster with two nodes (node A and node B) and make a test as
> > follows:
> > 1). set commitlog sync in batch mode and the sync batch window in 0 ms
> > 2). one client wrote random keys in infinite loop with consistency level
> > QUORUM and record the keys in file after the insert() method return
> normally
> > 3). unplug one server (node A) power cord
> > 4). restart the server and cassandra service
> > 5). read the key list generated in step 2) with consistency level ONE
> > I thought the result of test is all the key in list can be read normally,
> > but actually there are some NotFound keys.
> > My question is why there are NotFound keys. In my opinion server would
> not
> > ack the client before finishing syncing the commitlog if I set commitlog
> > sync in batch mode and the sync batch window in 0 ms. So if the insert()
> > method return normally it means the mutation had been written in
> commitlog
> > and the commitlog had been synced to the disk. Am I right?
> > My Cassandra version is 0.7.3.
> > Thanks for your help very much.
> > --
> > by Preston Chang
> >
> >
>
>
>
> --
> w3m
>



-- 
by Preston Chang

Mime
View raw message