In both my cases the re-inserts have a higher timestamp. On 7 April 2010 20:13, Jonathan Ellis <jbel...@gmail.com> wrote:
> Your re-insert needs to have a higher timestamp than the delete, this is > normal. > > On Wed, Apr 7, 2010 at 12:25 PM, Matthew Grogan <mgro...@system7.co.uk> > wrote: > > I am seeing a similar problem running on 0.6 rc1. > > The data/logs have existed since 0.5. > > If I insert a new row then delete and re-insert then it works fine. > > If I delete a row that was created under 0.5 then delete and re-insert > then > > the insert silently fails. > > I can delete the data/logs and start again if necessary? > > > > On 4 April 2010 14:30, Jonathan Ellis <jbel...@gmail.com> wrote: > >> > >> We do appreciate the effort, though. :) > >> > >> On Sun, Apr 4, 2010 at 3:42 AM, Arash Bazrafshan <ara...@gmail.com> > wrote: > >> > Vijay, I know I've written a ridiculously long bug-specification, but > >> > heck > >> > at least I've mentioned all the important stuff. :-) > >> > > >> > Look under PREREQUISITES and you see I've mentioned that I use 0.5.0-1 > >> > under > >> > ubuntu. > >> > > >> > I agree that CASSANDRA-703 is exactly the same bug as the one I've > >> > observed, > >> > and yet look how short its bug specification is! > >> > > >> > Just goes without saying that I need to come up with a shorter way to > >> > describe my bugs. > >> > > >> > On Sun, Apr 4, 2010 at 5:37 AM, Vijay <vijay2...@gmail.com> wrote: > >> >> > >> >> What version do you use? i think that bug was fixed.... in .6 > >> >> https://issues.apache.org/jira/browse/CASSANDRA-703 > >> >> > >> >> Regards, > >> >> </VJ> > >> >> > >> >> > >> >> > >> >> On Sat, Apr 3, 2010 at 5:27 AM, Arash Bazrafshan <ara...@gmail.com> > >> >> wrote: > >> >>> > >> >>> ello. > >> >>> > >> >>> A bug occurs for me when working with Cassandra. > >> >>> > >> >>> With this e-mail I intend to show what I do to recreate it, and then > >> >>> perhaps you can try it out too. > >> >>> > >> >>> SUMMARY OF THE BUG: > >> >>> (1): insert a row with a supercolumn that contains a subcolumn. > >> >>> (2) remove the supercolumn. > >> >>> (3) reinsert the same row with the same supercolumn and > subcolumn. > >> >>> (RESULT): You won't be able to retrieve the entire supercolumn. > >> >>> However you will be able to retrieve the specific subcolumn within > the > >> >>> supercolumn. Removing cassandra's data&logs will make the problem to > >> >>> go > >> >>> away. > >> >>> > >> >>> PREREQUISITES: > >> >>> * Use the column families that are defined by storage-conf.xml in > its > >> >>> default "out-of-the-box" configuration. Specifically I will use the > >> >>> keyspace > >> >>> "Keyspace1" with the supercolumn "Super1". > >> >>> * I use Cassandra 0.5.0-1 on Ubuntu Karmic 9.10. > >> >>> * I use Thrift 0.2.0 to generate a php api for cassandra. It is when > I > >> >>> use this api that the bug occurs. > >> >>> * I run Cassandra on a single node. So I query against 127.0.0.1. > >> >>> > >> >>> STEP-BY-STEP INSTRUCTIONS FOR TRIGGERING THE BUG: > >> >>> > >> >>> I will now step by step show the PHP scripts that I execute in order > >> >>> to > >> >>> generate the bug. > >> >>> > >> >>> STEP 1: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //We will first insert a row into the supercolumn family Super1. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $writeColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $writeColumnPath->column_family = 'Super1'; > >> >>> $writeColumnPath->super_column = 'info'; > >> >>> $writeColumnPath->column = 'phonenumber'; > >> >>> > >> >>> $client->insert ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $writeColumnPath, > >> >>> '02012312345', > >> >>> time(), > >> >>> cassandra_ConsistencyLevel::ZERO > >> >>> ); > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 1: The row that contains a single supercolumn with a > >> >>> single column has been inserted. > >> >>> > >> >>> > >> >>> > >> >>> STEP 2: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //Next we will fetch the supercolumn of the row that we just > inserted, > >> >>> just to make sure that the subcolumn is really there. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $readColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $readColumnPath->column_family = 'Super1'; > >> >>> $readColumnPath->super_column = 'info'; > >> >>> $readColumnPath->column = null; //NOTE: We want to fetch the entire > >> >>> supercolumn. > >> >>> > >> >>> $res = $client->get ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $readColumnPath, > >> >>> cassandra_ConsistencyLevel::ONE > >> >>> ); > >> >>> > >> >>> echo $res->super_column->columns[0]->value; > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 2: You receive the following output: 02012312345 > >> >>> > >> >>> > >> >>> > >> >>> STEP 3: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //Now we will remove the supercolumn of the row, but we will keep > the > >> >>> row > >> >>> itself. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $deleteColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $deleteColumnPath->column_family = 'Super1'; > >> >>> $deleteColumnPath->super_column = 'info'; > >> >>> $deleteColumnPath->column = null; //NOTE: We want to remove the > entire > >> >>> supercolumn 'info'. > >> >>> > >> >>> $client->remove ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $deleteColumnPath, > >> >>> time(), > >> >>> cassandra_ConsistencyLevel::ZERO > >> >>> ); > >> >>> > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 3: The row is removed from the column family. > >> >>> > >> >>> > >> >>> > >> >>> STEP 4: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //Now let's try to fetch the column within the supercolumn again, > just > >> >>> to > >> >>> make sure it is really gone. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $readColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $readColumnPath->column_family = 'Super1'; > >> >>> $readColumnPath->super_column = 'info'; > >> >>> $readColumnPath->column = null; //NOTE: Fetching the entire > >> >>> supercolumn. > >> >>> > >> >>> $res = $client->get ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $readColumnPath, > >> >>> cassandra_ConsistencyLevel::ONE > >> >>> ); > >> >>> > >> >>> echo $res->super_column->columns[0]->value; > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 4: A NotFoundException is thrown. > >> >>> > >> >>> STEP 5: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //Now we will insert the exact same row again, containing the same > >> >>> supercolumn and column. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $writeColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $writeColumnPath->column_family = 'Super1'; > >> >>> $writeColumnPath->super_column = 'info'; > >> >>> $writeColumnPath->column = 'phonenumber'; > >> >>> > >> >>> $client->insert ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $writeColumnPath, > >> >>> '02012312345', > >> >>> time(), > >> >>> cassandra_ConsistencyLevel::ZERO > >> >>> ); > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 5: The row that contains a single supercolumn with a > >> >>> single column has been inserted. > >> >>> > >> >>> STEP 6: EXECUTE THIS SCRIPT (THE BUG WILL APPEAR HERE). > >> >>> > >> >>> //Now we will try to fetch the supercolumn within the row again. > This > >> >>> is > >> >>> where the bug appears. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $readColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $readColumnPath->column_family = 'Super1'; > >> >>> $readColumnPath->super_column = 'info'; > >> >>> $readColumnPath->column = null; //NOTE: We are fetching the entire > >> >>> supercolumn 'info' > >> >>> > >> >>> $res = $client->get ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $readColumnPath, > >> >>> cassandra_ConsistencyLevel::ONE > >> >>> ); > >> >>> > >> >>> echo $res->super_column->columns[0]->value; > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 6: A NotFoundException is still thrown, even if the > row > >> >>> has been inserted again. > >> >>> > >> >>> STEP 7: EXECUTE THIS SCRIPT. > >> >>> > >> >>> //Now let's get the same column again, but only this time we won't > >> >>> fetch > >> >>> its entire supercolumn but only the column itself. The difference > >> >>> between > >> >>> this step and the previous has been marked in the code. > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> $socket = new TSocket("127.0.0.1", 30003); > >> >>> $transport = new TBufferedTransport($socket, 1024, 1024); > >> >>> $protocol = new TBinaryProtocolAccelerated($transport); > >> >>> $client = new CassandraClient ($protocol); > >> >>> $transport->open(); > >> >>> > >> >>> $readColumnPath = new cassandra_ColumnPath(); > >> >>> > >> >>> $readColumnPath->column_family = 'Super1'; > >> >>> $readColumnPath->super_column = 'info'; > >> >>> $readColumnPath->column = 'phonenumber'; //NOTE: This time we will > >> >>> fetch > >> >>> the specific column. > >> >>> > >> >>> $res = $client->get ( > >> >>> 'Keyspace1', > >> >>> 'adam', > >> >>> $readColumnPath, > >> >>> cassandra_ConsistencyLevel::ONE > >> >>> ); > >> >>> > >> >>> echo $res->column->value; > >> >>> > >> >>> $transport->close(); > >> >>> > >> >>> //=============================================== > >> >>> > >> >>> RESULT OF STEP 7: You receive the following output: 02012312345. > >> >>> > >> >>> STEP 8: SHUT DOWN CASSANDRA & KILL JAVA & REMOVE CASSANDRA'S DATA > >> >>> FILES > >> >>> AND COMMIT LOGS. > >> >>> > >> >>> STEP 9: RESTART CASSANDRA. > >> >>> > >> >>> STEP 10: Reiterate STEP 1 and STEP 2 to see that the bug has > >> >>> disappeared > >> >>> and the column value is fetched appropriately. > >> >>> > >> >>> CONCLUSION: I have tried this one out with various consistency > levels. > >> >>> The same thing happens. Next I'll try to insert and remove using > other > >> >>> methods if the Thrift API allows for it. > >> >>> > >> >>> I have included some of Cassandra's conf files so you can see how > I've > >> >>> configured my setup. Perhaps I am doing something wrong there? > >> >>> > >> >> > >> > > >> > > > > > >
