Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of michalm@opera.com designates
 213.236.208.81 as permitted sender)
Message-ID: <515D7075.3060201@opera.com>
Date: Thu, 04 Apr 2013 14:22:13 +0200
From: Michal Michalski <michalm@opera.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130308 Thunderbird/17.0.4
MIME-Version: 1.0
To: user@cassandra.apache.org
Subject: Re: Repair does not fix inconsistency
References: <515C18C1.4000103@opera.com>
 <6D6E54DA-C479-4182-91F9-73861769CD20@thelastpickle.com>
 <515D4843.3090704@opera.com>
 <CALY91SN3J96X7JOumS-6AXjqEttRPpZJS+GsqhDj6PO2xPBcKA@mail.gmail.com>
 <515D5DDB.7070003@opera.com>
 <CALY91SPAd0iwCSLPsrWiRLpfayYHVH4EVKNMPRh+1h3_WzXKpA@mail.gmail.com>
In-Reply-To: 
 <CALY91SPAd0iwCSLPsrWiRLpfayYHVH4EVKNMPRh+1h3_WzXKpA@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit


> Does CQL not allow CL=ONE queries? Why does it ask two nodes for the key,
> when you say that you are using CL=default=1? I'm a bit confused here (I'm
> a thrift user).

Yup, that's another thing I'm curious about too (default CL is ONE for 
sure), but as for now it helps me to investigate my problem, I consider 
it as a feature :>


> But thinking about your theory some more: I think CASSANDRA-4905 might make
> reappearing columns more common (only if you do not run repair within
> gc_grace of course). Before CASSANDRA-4905 the tombstones would be repaired
> even after gc_grace, so it was a bit more forgiving. It was never
> guaranteed that the inconsistency would be repaired though.
>
> I think you should have increased gc-grace or run repair within the 10 days.

See my last e-mail I wrote as a reply to my own e-mail replying 
Sylvain's e-mail - things get more strange now... ;-)

M.