zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Vitalii Tymchyshyn <tiv...@gmail.com>
Subject Re: forceSync=no
Date Mon, 18 Jun 2012 12:55:16 GMT

Please note that in general not doing fsync may lead to inconsistent 
data where latter data was written and earlier was not. This may not be 
a problem if ZooKeeper validates all it's data on start, but in the 
worst scenario I can imagine it will read "last transaction counter" 
updated to the latest value but will data not consistent with the 
counter. So the problem may be not to handle error, but to detect error.

Best regards, Vitalii Tymchyshyn

14.06.12 21:56, Raj N написав(ла):
> Sorry, I should have been more specific. By corrupt, I mean that the
> zookeeper node doesn't come back up on a restart. I would have imagined
> that zookeeper would sync the lost transactions from its peers. I agree I
> will have a problem if I have multiple failures. But for a single node
> failure in a 3-node ensemble, I should be able to recover even if
> forceSync=no.
> Thanks
> -Raj
> On Thu, Jun 14, 2012 at 1:03 PM, Jonathan Simms<slyphon@gmail.com>  wrote:
>> There's a big warning in the documentation that says that's a possibility.
>> If you don't force both Java and the OS to flush their IO buffers to disk,
>> then you have no guarantees that your data is consistent.
>> On 6/14/12 10:56 AM, "Raj N"<raj.cassandra@gmail.com>  wrote:
>>> Are you guys aware of any issues with forceSync=no that could cause the
>>> transaction log to get corrupted on a zookeeper crash.
>>> Thanks
>>> -Raj

View raw message