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? >> >>> >> >> >> > >> > > >
