cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "B. Todd Burruss" <bburr...@real.com>
Subject Re: drop/recreate column family race condition
Date Tue, 07 Sep 2010 22:42:02 GMT
interesting is that "truncate" API doesn't return a schema version nor 
take a consistency level.  does this mean that when it returns the 
cluster is always consistent?

On 09/07/2010 02:50 PM, Jonathan Ellis wrote:
> On Tue, Sep 7, 2010 at 4:29 PM, B. Todd Burruss<bburruss@real.com>  wrote:
>    
>> if you are referring to R, W, N - i am aware, but i have a one node cluster,
>> with R=W=N = 1.  single threaded test app.  any column manipulations would
>> be immediate because R+W>N, so i assume the same for column family
>> manipulations.  is this an invalid assumption?
>>      
> Gary can correct me if I'm wrong, but schema change is always
> asynchronous as you can tell by having no ConsistencyLevel associated
> with the calls.  You need to call check_schema_agreement to make sure
> that the nodes are on the version returned by the migration call.
>
>    

Mime
View raw message