cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Greg Hinkle (JIRA)" <j...@apache.org>
Subject [jira] [Created] (CASSANDRA-2719) Super Column Counters Increment on Read
Date Fri, 27 May 2011 16:43:47 GMT
Super Column Counters Increment on Read
---------------------------------------

                 Key: CASSANDRA-2719
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2719
             Project: Cassandra
          Issue Type: Bug
    Affects Versions: 0.8 beta 1
         Environment: Tested on 0.8.0-rc1 on both a 3 node cluster and single instance.
            Reporter: Greg Hinkle


Running a large number of batch increments on a set of counters in a super CF seems to put
some of the counters into a strange state where they increment every time you read from them.
Including just doing a list or get from the cli. Will attach test that reproduces problem.


For example, after running the test (and it completing and the process stopping).

[default@Chires] get CountTest[01];
=> (super_column=1306512590369,
     (counter=n, value=25625))
Returned 1 results.
[default@Chires] get CountTest[01];
=> (super_column=1306512590369,
     (counter=n, value=26610))
Returned 1 results.


>From debug logs at the same time:
DEBUG 12:42:13,899 get_slice
DEBUG 12:42:13,899 Command/ConsistencyLevel is SliceFromReadCommand(table='Chires', key='01',
column_parent='QueryPath(columnFamilyName='CountTest', superColumnName='null', columnName='null')',
start='', finish='', reversed=false, count=1000000)/ONE
DEBUG 12:42:13,899 Blockfor/repair is 1/true; setting up requests to /127.0.0.2
DEBUG 12:42:13,899 reading data from /127.0.0.2
DEBUG 12:42:13,900 Processing response on a callback from 210570@/127.0.0.2
DEBUG 12:42:13,900 Preprocessed data response
DEBUG 12:42:13,900 Read: 1 ms.



--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message