[jira] [Commented] (CASSANDRA-3307) Java JDBC driver fails with DELETE statements
[ https://issues.apache.org/jira/browse/CASSANDRA-3307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13120721#comment-13120721 ] Jonathan Ellis commented on CASSANDRA-3307: --- Where I was going with UNION was, it might not make sense to carve resultsets always come from a single CF in stone. How does that make sense for RDBMS? Obviously multiple tables in a RS is common there. Java JDBC driver fails with DELETE statements - Key: CASSANDRA-3307 URL: https://issues.apache.org/jira/browse/CASSANDRA-3307 Project: Cassandra Issue Type: Bug Components: Drivers Reporter: Corey Hulen The following 2 statements are valid, but fail in the java jdbc driver. DELETE FROM users WHERE KEY = 'user1' // missing column should be valid to delete entire row DELETE test FROM users USING CONSISTENCY QUORUM WHERE KEY = 'user1' // Should be valid to pass consistency level to a delete statment -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3313) Cancelling index build throws assert error
Cancelling index build throws assert error -- Key: CASSANDRA-3313 URL: https://issues.apache.org/jira/browse/CASSANDRA-3313 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.0 Reporter: Radim Kolar Canceling index build throws this, but checking log there was no compaction running in background. INFO 08:46:41,343 Writing Memtable-IndexInfo@9480253(34/42 serialized/live byte s, 1 ops) ERROR 08:46:41,343 Fatal exception in thread Thread[CompactionExecutor:3,5,main] java.lang.AssertionError at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates (SecondaryIndexManager.java:397) at org.apache.cassandra.db.Table.indexRow(Table.java:534) at org.apache.cassandra.db.index.SecondaryIndexBuilder.build(SecondaryIn dexBuilder.java:64) at org.apache.cassandra.db.compaction.CompactionManager$7.run(Compaction Manager.java:856) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) INFO 08:46:41,531 Completed flushing \var\lib\cassandra\data\system\IndexInfo-h -1-Data.db (88 bytes) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3312) need initClause when catch Exception and throw new Exception in cli
[ https://issues.apache.org/jira/browse/CASSANDRA-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] satish babu krishnamoorthy updated CASSANDRA-3312: -- Attachment: 3312.patch Added patch to support more exceptional details need initClause when catch Exception and throw new Exception in cli --- Key: CASSANDRA-3312 URL: https://issues.apache.org/jira/browse/CASSANDRA-3312 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.1 Reporter: Jackson Chung Assignee: Pavel Yaskevich Priority: Minor Attachments: 3312.patch through CASSANDRA-2746 , we added initCause to the Cli such that we could see more meaningful exception stacktrace when certain exception is thrown. However, there are still some other area, eg: executeGetWithConditions(Tree) executeSet(Tree) executeIncr(Tree, long) etc etc... basically any time you do a {code} { throw new RuntimeException(e.getMessage()); } {code} the real exception is lost. The right approach should be: {code} catch (Exception e) { throw new RuntimeException(e.getMessage(), e); } {code} eg: i was getting this: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more but i have no idea what the problem is with just the above stack trace. with the fix, this would tell us more: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more Caused by: UnavailableException() at org.apache.cassandra.thrift.Cassandra$get_indexed_slices_result.read(Cassandra.java:14065) at org.apache.cassandra.thrift.Cassandra$Client.recv_get_indexed_slices(Cassandra.java:810) at org.apache.cassandra.thrift.Cassandra$Client.get_indexed_slices(Cassandra.java:782) at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:806) ... 3 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CASSANDRA-3312) need initClause when catch Exception and throw new Exception in cli
[ https://issues.apache.org/jira/browse/CASSANDRA-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] satish babu krishnamoorthy reassigned CASSANDRA-3312: - Assignee: satish babu krishnamoorthy (was: Pavel Yaskevich) need initClause when catch Exception and throw new Exception in cli --- Key: CASSANDRA-3312 URL: https://issues.apache.org/jira/browse/CASSANDRA-3312 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.1 Reporter: Jackson Chung Assignee: satish babu krishnamoorthy Priority: Minor Attachments: 3312.patch through CASSANDRA-2746 , we added initCause to the Cli such that we could see more meaningful exception stacktrace when certain exception is thrown. However, there are still some other area, eg: executeGetWithConditions(Tree) executeSet(Tree) executeIncr(Tree, long) etc etc... basically any time you do a {code} { throw new RuntimeException(e.getMessage()); } {code} the real exception is lost. The right approach should be: {code} catch (Exception e) { throw new RuntimeException(e.getMessage(), e); } {code} eg: i was getting this: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more but i have no idea what the problem is with just the above stack trace. with the fix, this would tell us more: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more Caused by: UnavailableException() at org.apache.cassandra.thrift.Cassandra$get_indexed_slices_result.read(Cassandra.java:14065) at org.apache.cassandra.thrift.Cassandra$Client.recv_get_indexed_slices(Cassandra.java:810) at org.apache.cassandra.thrift.Cassandra$Client.get_indexed_slices(Cassandra.java:782) at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:806) ... 3 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3313) Cancelling index build throws assert error
[ https://issues.apache.org/jira/browse/CASSANDRA-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13120728#comment-13120728 ] Jonathan Ellis commented on CASSANDRA-3313: --- I'm not aware of a 'cancel index build' command so I'm curious what you mean by that. Cancelling index build throws assert error -- Key: CASSANDRA-3313 URL: https://issues.apache.org/jira/browse/CASSANDRA-3313 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.0 Reporter: Radim Kolar Canceling index build throws this, but checking log there was no compaction running in background. INFO 08:46:41,343 Writing Memtable-IndexInfo@9480253(34/42 serialized/live byte s, 1 ops) ERROR 08:46:41,343 Fatal exception in thread Thread[CompactionExecutor:3,5,main] java.lang.AssertionError at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates (SecondaryIndexManager.java:397) at org.apache.cassandra.db.Table.indexRow(Table.java:534) at org.apache.cassandra.db.index.SecondaryIndexBuilder.build(SecondaryIn dexBuilder.java:64) at org.apache.cassandra.db.compaction.CompactionManager$7.run(Compaction Manager.java:856) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) INFO 08:46:41,531 Completed flushing \var\lib\cassandra\data\system\IndexInfo-h -1-Data.db (88 bytes) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3312) need initClause when catch Exception and throw new Exception in cli
[ https://issues.apache.org/jira/browse/CASSANDRA-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3312: -- Reviewer: xedin Affects Version/s: (was: 1.0.1) Fix Version/s: 0.8.7 Tagging 0.8.7 because I *think* it's present there too. need initClause when catch Exception and throw new Exception in cli --- Key: CASSANDRA-3312 URL: https://issues.apache.org/jira/browse/CASSANDRA-3312 Project: Cassandra Issue Type: Bug Reporter: Jackson Chung Assignee: satish babu krishnamoorthy Priority: Minor Fix For: 0.8.7 Attachments: 3312.patch through CASSANDRA-2746 , we added initCause to the Cli such that we could see more meaningful exception stacktrace when certain exception is thrown. However, there are still some other area, eg: executeGetWithConditions(Tree) executeSet(Tree) executeIncr(Tree, long) etc etc... basically any time you do a {code} { throw new RuntimeException(e.getMessage()); } {code} the real exception is lost. The right approach should be: {code} catch (Exception e) { throw new RuntimeException(e.getMessage(), e); } {code} eg: i was getting this: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more but i have no idea what the problem is with just the above stack trace. with the fix, this would tell us more: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more Caused by: UnavailableException() at org.apache.cassandra.thrift.Cassandra$get_indexed_slices_result.read(Cassandra.java:14065) at org.apache.cassandra.thrift.Cassandra$Client.recv_get_indexed_slices(Cassandra.java:810) at org.apache.cassandra.thrift.Cassandra$Client.get_indexed_slices(Cassandra.java:782) at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:806) ... 3 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3314) Fail to delete -Index files if index is currently building
Fail to delete -Index files if index is currently building -- Key: CASSANDRA-3314 URL: https://issues.apache.org/jira/browse/CASSANDRA-3314 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.0 Reporter: Radim Kolar If there is index building in progress, following errors are thrown if cassandra is trying to delete *-Index.db files. There is no problem with deleting -Data or -Filter.. files. CF is using leveled compaction but it is probably not related. ERROR [NonPeriodicTasks:1] 2011-10-05 09:13:03,702 AbstractCassandraDaemon.java (line 133) Fatal exception in thread Thread[NonPeriodicTasks:1,5,main] java.lang.RuntimeException: java.io.IOException: Failed to delete C:\var\lib\cas sandra\data\test\sipdb-h-772-Index.db at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:3 4) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179138 - in /cassandra/branches/cassandra-0.8: CHANGES.txt NEWS.txt
Author: slebresne Date: Wed Oct 5 10:19:24 2011 New Revision: 1179138 URL: http://svn.apache.org/viewvc?rev=1179138view=rev Log: Add missing entries to changelog and add entry in NEWS for 0.8.7 Modified: cassandra/branches/cassandra-0.8/CHANGES.txt cassandra/branches/cassandra-0.8/NEWS.txt Modified: cassandra/branches/cassandra-0.8/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/CHANGES.txt?rev=1179138r1=1179137r2=1179138view=diff == --- cassandra/branches/cassandra-0.8/CHANGES.txt (original) +++ cassandra/branches/cassandra-0.8/CHANGES.txt Wed Oct 5 10:19:24 2011 @@ -22,6 +22,11 @@ down (CASSANDRA-3273) * Fix stress COUNTER_GET option (CASSANDRA-3301) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) + * Fix exception during PIG 'dump' (CASSANDRA-2810) + * Fix transposition in cfHistograms (CASSANDRA-3222) + * Allow using number as DC name when creating keyspace in CQL (CASSANDRA-3239) + * Force flush of system table after updating/removing a token (CASSANDRA-3243) + * Make Pig storage handle implements LoadMetadata (CASSANDRA-2777) 0.8.6 Modified: cassandra/branches/cassandra-0.8/NEWS.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/NEWS.txt?rev=1179138r1=1179137r2=1179138view=diff == --- cassandra/branches/cassandra-0.8/NEWS.txt (original) +++ cassandra/branches/cassandra-0.8/NEWS.txt Wed Oct 5 10:19:24 2011 @@ -1,3 +1,11 @@ +0.8.7 += + +Upgrading +- +- Nothing specific to 0.8.7 + + 0.8.6 =
svn commit: r1179141 - in /cassandra/branches/cassandra-0.8: build.xml debian/changelog
Author: slebresne Date: Wed Oct 5 10:21:34 2011 New Revision: 1179141 URL: http://svn.apache.org/viewvc?rev=1179141view=rev Log: Update version in preparation of 0.8.7 Modified: cassandra/branches/cassandra-0.8/build.xml cassandra/branches/cassandra-0.8/debian/changelog Modified: cassandra/branches/cassandra-0.8/build.xml URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/build.xml?rev=1179141r1=1179140r2=1179141view=diff == --- cassandra/branches/cassandra-0.8/build.xml (original) +++ cassandra/branches/cassandra-0.8/build.xml Wed Oct 5 10:21:34 2011 @@ -25,7 +25,7 @@ property name=debuglevel value=source,lines,vars/ !-- default version and SCM information (we need the default SCM info as people may checkout with git-svn) -- -property name=base.version value=0.8.6/ +property name=base.version value=0.8.7/ property name=scm.default.path value=cassandra/branches/cassandra-0.8/ property name=scm.default.connection value=scm:svn:http://svn.apache.org/repos/asf/${scm.default.path}/ property name=scm.default.developerConnection value=scm:svn:https://svn.apache.org/repos/asf/${scm.default.path}/ Modified: cassandra/branches/cassandra-0.8/debian/changelog URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/debian/changelog?rev=1179141r1=1179140r2=1179141view=diff == --- cassandra/branches/cassandra-0.8/debian/changelog (original) +++ cassandra/branches/cassandra-0.8/debian/changelog Wed Oct 5 10:21:34 2011 @@ -1,3 +1,9 @@ +cassandra (0.8.7) unstable; urgency=low + + * New release + + -- Sylvain Lebresne slebre...@apache.org Wed, 05 Oct 2011 12:19:52 +0200 + cassandra (0.8.6) unstable; urgency=low * New release
[jira] [Created] (CASSANDRA-3315) Make BulkLoader available programmatically
Make BulkLoader available programmatically -- Key: CASSANDRA-3315 URL: https://issues.apache.org/jira/browse/CASSANDRA-3315 Project: Cassandra Issue Type: Improvement Components: Tools Affects Versions: 0.8.6 Reporter: Ophir Radnitz Priority: Minor BulkLoader doesn't expose any public methods and the classes it uses are package friendly inner classes. This prevents it from being used programmatically from by an automation process. Exposing the inner classes as public can go a long way. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3316) Add a JMX call to force cleaning repair sessions (in case they are hang up)
Add a JMX call to force cleaning repair sessions (in case they are hang up) --- Key: CASSANDRA-3316 URL: https://issues.apache.org/jira/browse/CASSANDRA-3316 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 0.8.6 Reporter: Sylvain Lebresne Assignee: Sylvain Lebresne Priority: Minor Fix For: 0.8.8 A repair session contains many parts, most of which are not local to the node (implying the node waits on those operation). You request merkle trees, then you schedule streaming (and in 1.0.0, some of the streaming don't involve the local node itself). It's lots of place where something can go wrong, and if so it leaves the repair hanging and as a consequence it leaves a repairSessions tasks sitting active on the 'AntiEntropy Session' executor. Obviously, we should improve the detection by repair of those things that can go wrong. CASSANDRA-2433 started and CASSANDRA-3112 is open to fill as much of the remaining parts as possible, but my bet is that it will be hard to cover everything (and it may not be worth of handling very improbable failure scenario). Besides CASSANDRA-3112 will involve change in the wire protocol, so it may take some time to be committed. In the meantime, it would be nice to provide a JMX call to force terminating repairSessions so that you don't end up in the case where you have enough 'zombie' sessions on the executor that you can't submit new ones (you could restart the node but it's ugly). Anyway, it's not a big issue but it would be simple to add such a JMX call. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179164 - in /cassandra/branches/cassandra-0.8: CHANGES.txt src/java/org/apache/cassandra/cli/CliClient.java
Author: xedin Date: Wed Oct 5 11:14:12 2011 New Revision: 1179164 URL: http://svn.apache.org/viewvc?rev=1179164view=rev Log: Improved CLI exceptions patch by satishbabu; reviewed by xedin for CASSANDRA-3312 Modified: cassandra/branches/cassandra-0.8/CHANGES.txt cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java Modified: cassandra/branches/cassandra-0.8/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/CHANGES.txt?rev=1179164r1=1179163r2=1179164view=diff == --- cassandra/branches/cassandra-0.8/CHANGES.txt (original) +++ cassandra/branches/cassandra-0.8/CHANGES.txt Wed Oct 5 11:14:12 2011 @@ -27,7 +27,7 @@ * Allow using number as DC name when creating keyspace in CQL (CASSANDRA-3239) * Force flush of system table after updating/removing a token (CASSANDRA-3243) * Make Pig storage handle implements LoadMetadata (CASSANDRA-2777) - + * Improved CLI exceptions (CASSANDRA-3312) 0.8.6 * revert CASSANDRA-2388 Modified: cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java?rev=1179164r1=1179163r2=1179164view=diff == --- cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java (original) +++ cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java Wed Oct 5 11:14:12 2011 @@ -301,9 +301,7 @@ public class CliClient } catch (SchemaDisagreementException e) { - RuntimeException rtEx = new RuntimeException(schema does not match across nodes, (try again later).); -rtEx.initCause(e); -throw new RuntimeException(); + throw new RuntimeException(schema does not match across nodes, (try again later)., e); } catch (Exception e) { @@ -552,7 +550,7 @@ public class CliClient { StringBuilder errorMessage = new StringBuilder(Unknown comparator ' + compareWith + '. ); errorMessage.append(Available functions: ); -throw new RuntimeException(errorMessage.append(Function.getFunctionNames()).toString()); +throw new RuntimeException(errorMessage.append(Function.getFunctionNames()).toString(), e); } } @@ -778,7 +776,7 @@ public class CliClient } catch (Exception e) { -throw new RuntimeException(e.getMessage()); +throw new RuntimeException(e); } } @@ -807,11 +805,11 @@ public class CliClient } catch (InvalidRequestException e) { -throw new RuntimeException(e.getWhy()); +throw new RuntimeException(e); } catch (Exception e) { -throw new RuntimeException(e.getMessage()); +throw new RuntimeException(e); } } @@ -894,7 +892,7 @@ public class CliClient } catch (Exception e) { -throw new RuntimeException(e.getMessage()); +throw new RuntimeException(e); } } @@ -961,7 +959,7 @@ public class CliClient } catch (Exception e) { -throw new RuntimeException(e.getMessage()); +throw new RuntimeException(e); } } @@ -1004,11 +1002,11 @@ public class CliClient } catch (InvalidRequestException e) { -throw new RuntimeException(e.getWhy()); +throw new RuntimeException(e); } catch (Exception e) { -throw new RuntimeException(e.getMessage(), e); +throw new RuntimeException(e); } } @@ -1034,11 +1032,11 @@ public class CliClient } catch (InvalidRequestException e) { -throw new RuntimeException(e.getWhy()); +throw new RuntimeException(e); } catch (Exception e) { -throw new RuntimeException(e.getMessage(), e); +throw new RuntimeException(e); } } @@ -1065,11 +1063,11 @@ public class CliClient } catch (InvalidRequestException e) { -throw new RuntimeException(e.getWhy()); +throw new RuntimeException(e); } catch (Exception e) { -throw new RuntimeException(e.getMessage(), e); +throw new RuntimeException(e); } } @@ -1099,11 +1097,11 @@ public class CliClient } catch (InvalidRequestException e) { -throw new RuntimeException(e.getWhy()); +throw
[jira] [Updated] (CASSANDRA-3312) need initClause when catch Exception and throw new Exception in cli
[ https://issues.apache.org/jira/browse/CASSANDRA-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne updated CASSANDRA-3312: Fix Version/s: (was: 0.8.8) 0.8.7 need initClause when catch Exception and throw new Exception in cli --- Key: CASSANDRA-3312 URL: https://issues.apache.org/jira/browse/CASSANDRA-3312 Project: Cassandra Issue Type: Bug Reporter: Jackson Chung Assignee: satish babu krishnamoorthy Priority: Minor Fix For: 0.8.7 Attachments: 3312.patch through CASSANDRA-2746 , we added initCause to the Cli such that we could see more meaningful exception stacktrace when certain exception is thrown. However, there are still some other area, eg: executeGetWithConditions(Tree) executeSet(Tree) executeIncr(Tree, long) etc etc... basically any time you do a {code} { throw new RuntimeException(e.getMessage()); } {code} the real exception is lost. The right approach should be: {code} catch (Exception e) { throw new RuntimeException(e.getMessage(), e); } {code} eg: i was getting this: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more but i have no idea what the problem is with just the above stack trace. with the fix, this would tell us more: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more Caused by: UnavailableException() at org.apache.cassandra.thrift.Cassandra$get_indexed_slices_result.read(Cassandra.java:14065) at org.apache.cassandra.thrift.Cassandra$Client.recv_get_indexed_slices(Cassandra.java:810) at org.apache.cassandra.thrift.Cassandra$Client.get_indexed_slices(Cassandra.java:782) at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:806) ... 3 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3313) Cancelling index build throws assert error
[ https://issues.apache.org/jira/browse/CASSANDRA-3313?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13120857#comment-13120857 ] Radim Kolar commented on CASSANDRA-3313: redefine CF to column_metadata without index. Cancelling index build throws assert error -- Key: CASSANDRA-3313 URL: https://issues.apache.org/jira/browse/CASSANDRA-3313 Project: Cassandra Issue Type: Bug Affects Versions: 1.0.0 Reporter: Radim Kolar Canceling index build throws this, but checking log there was no compaction running in background. INFO 08:46:41,343 Writing Memtable-IndexInfo@9480253(34/42 serialized/live byte s, 1 ops) ERROR 08:46:41,343 Fatal exception in thread Thread[CompactionExecutor:3,5,main] java.lang.AssertionError at org.apache.cassandra.db.index.SecondaryIndexManager.applyIndexUpdates (SecondaryIndexManager.java:397) at org.apache.cassandra.db.Table.indexRow(Table.java:534) at org.apache.cassandra.db.index.SecondaryIndexBuilder.build(SecondaryIn dexBuilder.java:64) at org.apache.cassandra.db.compaction.CompactionManager$7.run(Compaction Manager.java:856) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) INFO 08:46:41,531 Completed flushing \var\lib\cassandra\data\system\IndexInfo-h -1-Data.db (88 bytes) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3312) need initClause when catch Exception and throw new Exception in cli
[ https://issues.apache.org/jira/browse/CASSANDRA-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13120881#comment-13120881 ] Hudson commented on CASSANDRA-3312: --- Integrated in Cassandra-0.8 #362 (See [https://builds.apache.org/job/Cassandra-0.8/362/]) Improved CLI exceptions patch by satishbabu; reviewed by xedin for CASSANDRA-3312 xedin : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1179164 Files : * /cassandra/branches/cassandra-0.8/CHANGES.txt * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java need initClause when catch Exception and throw new Exception in cli --- Key: CASSANDRA-3312 URL: https://issues.apache.org/jira/browse/CASSANDRA-3312 Project: Cassandra Issue Type: Bug Reporter: Jackson Chung Assignee: satish babu krishnamoorthy Priority: Minor Fix For: 0.8.7 Attachments: 3312.patch through CASSANDRA-2746 , we added initCause to the Cli such that we could see more meaningful exception stacktrace when certain exception is thrown. However, there are still some other area, eg: executeGetWithConditions(Tree) executeSet(Tree) executeIncr(Tree, long) etc etc... basically any time you do a {code} { throw new RuntimeException(e.getMessage()); } {code} the real exception is lost. The right approach should be: {code} catch (Exception e) { throw new RuntimeException(e.getMessage(), e); } {code} eg: i was getting this: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more but i have no idea what the problem is with just the above stack trace. with the fix, this would tell us more: null java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:310) at org.apache.cassandra.cli.CliMain.processStatement(CliMain.java:217) at org.apache.cassandra.cli.CliMain.main(CliMain.java:345) Caused by: java.lang.RuntimeException at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:815) at org.apache.cassandra.cli.CliClient.executeCLIStatement(CliClient.java:208) ... 2 more Caused by: UnavailableException() at org.apache.cassandra.thrift.Cassandra$get_indexed_slices_result.read(Cassandra.java:14065) at org.apache.cassandra.thrift.Cassandra$Client.recv_get_indexed_slices(Cassandra.java:810) at org.apache.cassandra.thrift.Cassandra$Client.get_indexed_slices(Cassandra.java:782) at org.apache.cassandra.cli.CliClient.executeGetWithConditions(CliClient.java:806) ... 3 more -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Trivial Update of FAQ by Adrien Rivard
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The FAQ page has been changed by Adrien Rivard: http://wiki.apache.org/cassandra/FAQ?action=diffrev1=135rev2=136 Anchor(cli_keys) == Why does the 0.8 cli not assume keys are strings anymore? == - Prior to 0.8, there was no type metadata available for row keys, and the cli interface treated all keys as strings. This made the cli unusable for the many applications whose rows were numberic, uuids, or other non-string data. + Prior to 0.8, there was no type metadata available for row keys, and the cli interface treated all keys as strings. This made the cli unusable for the many applications whose rows were numeric, uuids, or other non-string data. 0.8 added key_validation_class to the !ColumnFamily definition, similarly to the existing comparator for column names, and column_metadata validation_class for column values. This both lets clients know the expected data type, and rejects updates with non-conformant values.
[Cassandra Wiki] Trivial Update of FAQ by Adrien Rivard
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The FAQ page has been changed by Adrien Rivard: http://wiki.apache.org/cassandra/FAQ?action=diffrev1=136rev2=137 Anchor(dropped_messages) == Why do I see ... messages dropped.. in the logs? == - Internode messages which are received by a node, but do not get not to be processed within rpc_timeout are dropped rather than processed. As the coordinator node will no longer be waiting for a response. If the Coordinator node does not receive Consistency Level responses before the rpc_timeout it will return a !TimedOutExcpetion to the client. If the coordinator receives Consistency Level responses it will return success to the client. + Internode messages which are received by a node, but do not get not to be processed within rpc_timeout are dropped rather than processed. As the coordinator node will no longer be waiting for a response. If the Coordinator node does not receive Consistency Level responses before the rpc_timeout it will return a !TimedOutException to the client. If the coordinator receives Consistency Level responses it will return success to the client. For MUTATION messages this means that the mutation was not applied to all replicas it was sent to. The inconsistency will be repaired by Read Repair or Anti Entropy Repair.
[jira] [Created] (CASSANDRA-3317) SStable corruption possible caused by Leveldb compaction
SStable corruption possible caused by Leveldb compaction Key: CASSANDRA-3317 URL: https://issues.apache.org/jira/browse/CASSANDRA-3317 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Radim Kolar During stress testing of leveldb compaction i found that sometimes it create corrupted ssfile and cassandra starts with error. I am not sure what caused that error, but i cant reproduce it if i switch to standard compaction strategy. ERROR [SSTableBatchOpen:1] 2011-10-05 15:31:31,781 AbstractCassandraDaemon.java (line 133) Fatal exception in thread Thread[SSTableBatchOpen:1,5,main] java.lang.AssertionError at org.apache.cassandra.io.sstable.SSTableReader.open(SSTableReader.java :129) at org.apache.cassandra.io.sstable.SSTableReader$1.run(SSTableReader.jav a:196) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3318) Unable to delete after running scrub
Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Radim Kolar Priority: Minor Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179240 - /cassandra/branches/cassandra-0.8/CHANGES.txt
Author: jbellis Date: Wed Oct 5 14:28:49 2011 New Revision: 1179240 URL: http://svn.apache.org/viewvc?rev=1179240view=rev Log: update CHANGES Modified: cassandra/branches/cassandra-0.8/CHANGES.txt Modified: cassandra/branches/cassandra-0.8/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/CHANGES.txt?rev=1179240r1=1179239r2=1179240view=diff == --- cassandra/branches/cassandra-0.8/CHANGES.txt (original) +++ cassandra/branches/cassandra-0.8/CHANGES.txt Wed Oct 5 14:28:49 2011 @@ -5,16 +5,17 @@ * Don't allow any cache loading exceptions to halt startup (CASSANDRA-3218) * Fix sstableloader --ignores option (CASSANDRA-3247) * File descriptor limit increased in packaging (CASSANDRA-3206) - * Log a miningfull warning when a node receive a message for a repair session - that don't exist anymore (CASSANDRA-3256) + * Log a meaningfull warning when a node receive a message for a repair session + that doesn't exist anymore (CASSANDRA-3256) * Fix FD leak when internode encryption is enabled (CASSANDRA-3257) * FBUtilities.hexToBytes(String) to throw NumberFormatException when string contains non-hex characters (CASSANDRA-3231) * Keep SimpleSnitch proximity ordering unchanged from what the Strategy generates, as intended (CASSANDRA-3262) - * fix Scrub compaction finishing (CASSANDRA-3255) + * remove Scrub from compactionstats when finished (CASSANDRA-3255) * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) - * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) + * Evict gossip state immediately when a token is taken over by a new IP + (CASSANDRA-3259) * (Hadoop) allow wrapping ranges in queries (CASSANDRA-3137) * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211)
[jira] [Updated] (CASSANDRA-2749) fine-grained control over data directories
[ https://issues.apache.org/jira/browse/CASSANDRA-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcus Eriksson updated CASSANDRA-2749: --- Attachment: 2749_backwards_compatible_v2.patch Updated patch, working snapshots and incremental backups also a bit of cleanups btw, the patches are always against trunk, not against the older patches, is this the correct way to do it? fine-grained control over data directories -- Key: CASSANDRA-2749 URL: https://issues.apache.org/jira/browse/CASSANDRA-2749 Project: Cassandra Issue Type: New Feature Components: Core Reporter: Jonathan Ellis Priority: Minor Fix For: 1.1 Attachments: 0001-Make-it-possible-to-put-column-families-in-subdirect.patch, 2749_backwards_compatible_v1.patch, 2749_backwards_compatible_v2.patch Currently Cassandra supports multiple data directories but no way to control what sstables are placed where. Particularly for systems with mixed SSDs and rotational disks, it would be nice to pin frequently accessed columnfamilies to the SSDs. Postgresql does this with tablespaces (http://www.postgresql.org/docs/9.0/static/manage-ag-tablespaces.html) but we should probably avoid using that name because of confusing similarity to keyspaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-2749) fine-grained control over data directories
[ https://issues.apache.org/jira/browse/CASSANDRA-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121019#comment-13121019 ] Jonathan Ellis commented on CASSANDRA-2749: --- Yes, trunk is the right place for this. fine-grained control over data directories -- Key: CASSANDRA-2749 URL: https://issues.apache.org/jira/browse/CASSANDRA-2749 Project: Cassandra Issue Type: New Feature Components: Core Reporter: Jonathan Ellis Priority: Minor Fix For: 1.1 Attachments: 0001-Make-it-possible-to-put-column-families-in-subdirect.patch, 2749_backwards_compatible_v1.patch, 2749_backwards_compatible_v2.patch Currently Cassandra supports multiple data directories but no way to control what sstables are placed where. Particularly for systems with mixed SSDs and rotational disks, it would be nice to pin frequently accessed columnfamilies to the SSDs. Postgresql does this with tablespaces (http://www.postgresql.org/docs/9.0/static/manage-ag-tablespaces.html) but we should probably avoid using that name because of confusing similarity to keyspaces. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3297) truncate can still result in data being replayed after a restart
[ https://issues.apache.org/jira/browse/CASSANDRA-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121135#comment-13121135 ] Sylvain Lebresne commented on CASSANDRA-3297: - nitpick: the assert that segments is not empty in CL.createNewSegment() could be moved one line up since sync() already assume this. But otherwise, patch lgtm. +1. truncate can still result in data being replayed after a restart Key: CASSANDRA-3297 URL: https://issues.apache.org/jira/browse/CASSANDRA-3297 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.8.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Labels: commitlog Fix For: 0.8.8 Attachments: 3297.txt Our first stab at fixing this was CASSANDRA-2950. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-3141) SSTableSimpleUnsortedWriter call to ColumnFamily.serializedSize iterate through the whole columns
[ https://issues.apache.org/jira/browse/CASSANDRA-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sylvain Lebresne resolved CASSANDRA-3141. - Resolution: Not A Problem Fix Version/s: (was: 0.8.8) Ok, closing this for now. If someone has evidence there is a real need for optimization here he can reopen. SSTableSimpleUnsortedWriter call to ColumnFamily.serializedSize iterate through the whole columns - Key: CASSANDRA-3141 URL: https://issues.apache.org/jira/browse/CASSANDRA-3141 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 0.8.3 Reporter: Benoit Perroud Priority: Minor Attachments: CachedSizeCF.patch Every time newRow is called, serializedSize iterate through all the columns to compute the size. Once 1'000'000 columns exist in the CF, it becomes painfull to do at every iteration the same computation. Caching the size and incrementing when a Column is added could be an option. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[Cassandra Wiki] Update of ReadRepair by JonathanEllis
Dear Wiki user, You have subscribed to a wiki page or wiki category on Cassandra Wiki for change notification. The ReadRepair page has been changed by JonathanEllis: http://wiki.apache.org/cassandra/ReadRepair?action=diffrev1=5rev2=6 - Read repair means that when a query is made against a given key, we perform a [[DigestQueries|digest query]] against all the replicas of the key and push the most recent version to any out-of-date replicas. If a low !ConsistencyLevel was specified, this is done in the background after returning the data from the closest replica to the client; otherwise, it is done before returning the data. + Read repair means that when a query is made against a given key, we perform a [[DigestQueries|digest query]] against all the replicas of the key and push the most recent version to any out-of-date replicas. If a lower !ConsistencyLevel than ALL was specified, this is done in the background after returning the data from the closest replica to the client; otherwise, it is done before returning the data. This means that in almost all cases, at most the first instance of a query will return old data.
[jira] [Resolved] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis resolved CASSANDRA-3319. --- Resolution: Won't Fix SimpleAuthority is an example, not a production tool. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179359 - in /cassandra/branches/cassandra-0.8: ./ src/java/org/apache/cassandra/db/ src/java/org/apache/cassandra/db/commitlog/ test/unit/org/apache/cassandra/db/
Author: jbellis Date: Wed Oct 5 18:18:23 2011 New Revision: 1179359 URL: http://svn.apache.org/viewvc?rev=1179359view=rev Log: fix truncate allowing data to be replayed post-restart patch by jbellis; reviewed by slebresne for CASSANDRA-3297 Modified: cassandra/branches/cassandra-0.8/CHANGES.txt cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/commitlog/CommitLog.java cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/commitlog/CommitLogSegment.java cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/RecoveryManagerTruncateTest.java Modified: cassandra/branches/cassandra-0.8/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/CHANGES.txt?rev=1179359r1=1179358r2=1179359view=diff == --- cassandra/branches/cassandra-0.8/CHANGES.txt (original) +++ cassandra/branches/cassandra-0.8/CHANGES.txt Wed Oct 5 18:18:23 2011 @@ -1,3 +1,7 @@ +0.8.8 + * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) + + 0.8.7 * Kill server on wrapped OOME such as from FileChannel.map (CASSANDRA-3201) * Allow using quotes in USE keyspace; CLI command (CASSANDRA-3208) @@ -30,6 +34,7 @@ * Make Pig storage handle implements LoadMetadata (CASSANDRA-2777) * Improved CLI exceptions (CASSANDRA-3312) + 0.8.6 * revert CASSANDRA-2388 * change TokenRange.endpoints back to listen/broadcast address to match Modified: cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java?rev=1179359r1=1179358r2=1179359view=diff == --- cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java (original) +++ cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java Wed Oct 5 18:18:23 2011 @@ -837,7 +837,7 @@ public class ColumnFamilyStore implement if (clean) { -logger.debug(forceFlush requested but everything is clean); +logger.debug(forceFlush requested but everything is clean in {}, columnFamily); return null; } @@ -1966,7 +1966,7 @@ public class ColumnFamilyStore implement * @return a Future to the delete operation. Call the future's get() to make * sure the column family has been deleted */ -public Future? truncate() throws IOException +public Future? truncate() throws IOException, ExecutionException, InterruptedException { // We have two goals here: // - truncate should delete everything written before truncate was invoked @@ -1984,11 +1984,15 @@ public class ColumnFamilyStore implement // // Bonus bonus: simply forceFlush of all the CF is not enough, because if // for a given column family the memtable is clean, forceFlush will return -// immediately, even though there could be a memtable being flush at the same -// time. So to guarantee that all segments can be cleaned out, we need +// immediately, even though there could be a memtable being flushed at the same +// time. So to guarantee that all segments can be cleaned out, we need to // waitForActiveFlushes after the new segment has been created. +logger.debug(truncating {}, columnFamily); +// flush the CF being truncated before forcing the new segment +forceBlockingFlush(); CommitLog.instance.forceNewSegment(); ReplayPosition position = CommitLog.instance.getContext(); +// now flush everyone else. re-flushing ourselves is not necessary, but harmless for (ColumnFamilyStore cfs : ColumnFamilyStore.all()) cfs.forceFlush(); waitForActiveFlushes(); Modified: cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java?rev=1179359r1=1179358r2=1179359view=diff == --- cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java (original) +++ cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java Wed Oct 5 18:18:23 2011 @@ -55,15 +55,6 @@ public class Truncation implements Messa this.columnFamily = columnFamily; } -/** - * This is equivalent to calling commit. Applies the changes to - * to the table that is obtained by calling Table.open(). - */ -public void
[jira] [Updated] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Frank Yang updated CASSANDRA-3319: -- Attachment: SimpleKeyspaceBasedAuthority.java patch added. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179360 - in /cassandra/branches/cassandra-1.0.0: CHANGES.txt bin/cassandra.in.sh src/java/org/apache/cassandra/cql/QueryProcessor.java
Author: jbellis Date: Wed Oct 5 18:19:54 2011 New Revision: 1179360 URL: http://svn.apache.org/viewvc?rev=1179360view=rev Log: fix type information returned for wildcard queries patch by pyaskevich; reviewed by jbellis for CASSANDRA-3311 Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt cassandra/branches/cassandra-1.0.0/bin/cassandra.in.sh cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/cql/QueryProcessor.java Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/CHANGES.txt?rev=1179360r1=1179359r2=1179360view=diff == --- cassandra/branches/cassandra-1.0.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0.0/CHANGES.txt Wed Oct 5 18:19:54 2011 @@ -16,6 +16,8 @@ * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) + 1.0.0-rc2 * Log a meaningful warning when a node receives a message for a repair session Modified: cassandra/branches/cassandra-1.0.0/bin/cassandra.in.sh URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/bin/cassandra.in.sh?rev=1179360r1=1179359r2=1179360view=diff == --- cassandra/branches/cassandra-1.0.0/bin/cassandra.in.sh (original) +++ cassandra/branches/cassandra-1.0.0/bin/cassandra.in.sh Wed Oct 5 18:19:54 2011 @@ -39,3 +39,4 @@ CLASSPATH=$CASSANDRA_CONF:$cassandra_bin for jar in $CASSANDRA_HOME/lib/*.jar; do CLASSPATH=$CLASSPATH:$jar done +echo $CLASSPATH \ No newline at end of file Modified: cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/cql/QueryProcessor.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/cql/QueryProcessor.java?rev=1179360r1=1179359r2=1179360view=diff == --- cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/cql/QueryProcessor.java (original) +++ cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/cql/QueryProcessor.java Wed Oct 5 18:19:54 2011 @@ -586,6 +586,11 @@ public class QueryProcessor { if (c.isMarkedForDelete()) continue; + +ColumnDefinition cd = metadata.getColumnDefinition(c.name()); +if (cd != null) +result.schema.value_types.put(c.name(), TypeParser.getShortName(cd.getValidator())); + thriftColumns.add(thriftify(c)); } }
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121324#comment-13121324 ] Frank Yang commented on CASSANDRA-3319: --- jonathan, but how are we suppose to control access in production without an usable implementation? IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot failure in ASF Buildbot on cassandra-0.8
The Buildbot has detected a new failure on builder cassandra-0.8 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-0.8/builds/29 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-0.8] 1179359 Blamelist: jbellis BUILD FAILED: failed compile sincerely, -The Buildbot
buildbot failure in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a new failure on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/47 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-1.0.0] 1179360 Blamelist: jbellis BUILD FAILED: failed compile sincerely, -The Buildbot
svn commit: r1179364 - /cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java
Author: jbellis Date: Wed Oct 5 18:26:07 2011 New Revision: 1179364 URL: http://svn.apache.org/viewvc?rev=1179364view=rev Log: backport r1174472 from 1.0.0 Modified: cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java Modified: cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java?rev=1179364r1=1179363r2=1179364view=diff == --- cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java (original) +++ cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/CleanupTest.java Wed Oct 5 18:26:07 2011 @@ -101,7 +101,9 @@ public class CleanupTest extends Cleanup assertEquals(LOOPS, rows.size()); ColumnFamilyStore cfi = cfs.getIndexedColumnFamilyStore(COLUMN); -assertTrue(cfi.isIndexBuilt()); +long start = System.currentTimeMillis(); +while (!SystemTable.isIndexBuilt(cfi.table.name, cfi.getColumnFamilyName()) System.currentTimeMillis() start + 1) +Thread.sleep(10); // verify we get it back w/ index query too IndexExpression expr = new IndexExpression(COLUMN, IndexOperator.EQ, VALUE);
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121331#comment-13121331 ] Jonathan Ellis commented on CASSANDRA-3319: --- You're supposed to interface with something like LDAP. SimpleAuthority is not reasonable from either a workflow or a performance perspective. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot success in ASF Buildbot on cassandra-0.8
The Buildbot has detected a restored build on builder cassandra-0.8 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-0.8/builds/30 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-0.8] 1179364 Blamelist: jbellis Build succeeded! sincerely, -The Buildbot
svn commit: r1179370 - in /cassandra/branches/cassandra-1.0.0: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/ src/java/org/apache/cassandra/db/ src/java/org/apache/cassandra/db/com
Author: jbellis Date: Wed Oct 5 18:33:38 2011 New Revision: 1179370 URL: http://svn.apache.org/viewvc?rev=1179370view=rev Log: merge from 0.8 Modified: cassandra/branches/cassandra-1.0.0/ (props changed) cassandra/branches/cassandra-1.0.0/CHANGES.txt cassandra/branches/cassandra-1.0.0/contrib/ (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/ColumnFamilyStore.java cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/Truncation.java cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/commitlog/CommitLog.java cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/commitlog/CommitLogSegment.java cassandra/branches/cassandra-1.0.0/test/unit/org/apache/cassandra/db/RecoveryManagerTruncateTest.java Propchange: cassandra/branches/cassandra-1.0.0/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 18:33:38 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/CHANGES.txt?rev=1179370r1=1179369r2=1179370view=diff == --- cassandra/branches/cassandra-1.0.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0.0/CHANGES.txt Wed Oct 5 18:33:38 2011 @@ -17,6 +17,7 @@ * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) + * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) 1.0.0-rc2 Propchange: cassandra/branches/cassandra-1.0.0/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 18:33:38 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6/contrib:922689-1052356,1052358-1053452,1053454,1053456-1068009 /cassandra/branches/cassandra-0.7/contrib:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/contrib:1053690-1055654 -/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785 +/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1179359,1179364 /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 /cassandra/tags/cassandra-0.7.0-rc3/contrib:1051699-1053689 Propchange: cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 18:33:38 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1053690-1055654 -/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1090934-1125013,1125019-1178554,1178785 +/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1090934-1125013,1125019-1178554,1178785,1179359,1179364 /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1125021-1130369
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121337#comment-13121337 ] Frank Yang commented on CASSANDRA-3319: --- ok. Let me search on that. Any pointers are appreciated. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot success in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a restored build on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/48 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-1.0.0] 1179370 Blamelist: jbellis Build succeeded! sincerely, -The Buildbot
[jira] [Commented] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121344#comment-13121344 ] Jonathan Ellis commented on CASSANDRA-3318: --- Is 711 a pre-scrub or post-scrub sstable? Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Radim Kolar Priority: Minor Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3318: -- Affects Version/s: (was: 1.0.0) Fix Version/s: 1.0.0 0.8.8 Suspect this also affects 0.7 and 0.8. Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Reporter: Radim Kolar Priority: Minor Fix For: 0.8.8, 1.0.0 Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3314) Fail to delete -Index files if index is currently building
[ https://issues.apache.org/jira/browse/CASSANDRA-3314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3314: -- Priority: Minor (was: Major) Affects Version/s: (was: 1.0.0) Fix Version/s: 1.0.0 0.8.7 Assignee: Pavel Yaskevich Not sure how this happens, because submitIndexBuild does grab the compaction lock, so schema changes should be blocked until it's done. Fail to delete -Index files if index is currently building -- Key: CASSANDRA-3314 URL: https://issues.apache.org/jira/browse/CASSANDRA-3314 Project: Cassandra Issue Type: Bug Reporter: Radim Kolar Assignee: Pavel Yaskevich Priority: Minor Fix For: 0.8.7, 1.0.0 If there is index building in progress, following errors are thrown if cassandra is trying to delete *-Index.db files. There is no problem with deleting -Data or -Filter.. files. CF is using leveled compaction but it is probably not related. ERROR [NonPeriodicTasks:1] 2011-10-05 09:13:03,702 AbstractCassandraDaemon.java (line 133) Fatal exception in thread Thread[NonPeriodicTasks:1,5,main] java.lang.RuntimeException: java.io.IOException: Failed to delete C:\var\lib\cas sandra\data\test\sipdb-h-772-Index.db at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:3 4) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3314) Fail to delete -Index files if index is currently building
[ https://issues.apache.org/jira/browse/CASSANDRA-3314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3314: -- Fix Version/s: (was: 0.8.7) 0.8.8 Fail to delete -Index files if index is currently building -- Key: CASSANDRA-3314 URL: https://issues.apache.org/jira/browse/CASSANDRA-3314 Project: Cassandra Issue Type: Bug Reporter: Radim Kolar Assignee: Pavel Yaskevich Priority: Minor Fix For: 0.8.8, 1.0.0 If there is index building in progress, following errors are thrown if cassandra is trying to delete *-Index.db files. There is no problem with deleting -Data or -Filter.. files. CF is using leveled compaction but it is probably not related. ERROR [NonPeriodicTasks:1] 2011-10-05 09:13:03,702 AbstractCassandraDaemon.java (line 133) Fatal exception in thread Thread[NonPeriodicTasks:1,5,main] java.lang.RuntimeException: java.io.IOException: Failed to delete C:\var\lib\cas sandra\data\test\sipdb-h-772-Index.db at org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:3 4) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:44 1) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. access$301(ScheduledThreadPoolExecutor.java:98) at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask. run(ScheduledThreadPoolExecutor.java:206) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec utor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor .java:908) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179381 - in /cassandra/branches/cassandra-1.0: ./ bin/ conf/ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/ src/java/org/apache/cassandra/cli/ src/java/org/apache/cassan
Author: jbellis Date: Wed Oct 5 18:57:59 2011 New Revision: 1179381 URL: http://svn.apache.org/viewvc?rev=1179381view=rev Log: merge from 1.0.0 Modified: cassandra/branches/cassandra-1.0/ (props changed) cassandra/branches/cassandra-1.0/CHANGES.txt cassandra/branches/cassandra-1.0/bin/cassandra.in.sh cassandra/branches/cassandra-1.0/conf/cassandra-env.sh cassandra/branches/cassandra-1.0/contrib/ (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/cli/CliClient.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/cli/CliUtils.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/cql/QueryProcessor.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/db/ColumnFamilyStore.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/db/Truncation.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/db/commitlog/CommitLog.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/db/commitlog/CommitLogSegment.java cassandra/branches/cassandra-1.0/src/java/org/apache/cassandra/tools/NodeCmd.java cassandra/branches/cassandra-1.0/test/unit/org/apache/cassandra/db/RecoveryManagerTruncateTest.java cassandra/branches/cassandra-1.0/test/unit/org/apache/cassandra/io/compress/CompressedRandomAccessReaderTest.java Propchange: cassandra/branches/cassandra-1.0/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 18:57:59 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 /cassandra/branches/cassandra-1.0:1167106,1167185 -/cassandra/branches/cassandra-1.0.0:1167104-1178594,1178787 +/cassandra/branches/cassandra-1.0.0:1167104-1179380 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /cassandra/trunk:1167085-1167102,1169870 Modified: cassandra/branches/cassandra-1.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0/CHANGES.txt?rev=1179381r1=1179380r2=1179381view=diff == --- cassandra/branches/cassandra-1.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0/CHANGES.txt Wed Oct 5 18:57:59 2011 @@ -18,6 +18,13 @@ * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211) * Fix stress COUNTER_GET option (CASSANDRA-3301) + * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) + (CASSANDRA-3295) + * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) + * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) + * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) + * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) 1.0.0-rc2 Modified: cassandra/branches/cassandra-1.0/bin/cassandra.in.sh URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0/bin/cassandra.in.sh?rev=1179381r1=1179380r2=1179381view=diff == --- cassandra/branches/cassandra-1.0/bin/cassandra.in.sh (original) +++ cassandra/branches/cassandra-1.0/bin/cassandra.in.sh Wed Oct 5 18:57:59 2011 @@ -39,3 +39,4 @@ CLASSPATH=$CASSANDRA_CONF:$cassandra_bin for jar in $CASSANDRA_HOME/lib/*.jar; do CLASSPATH=$CLASSPATH:$jar done +echo $CLASSPATH \ No newline at end of file Modified: cassandra/branches/cassandra-1.0/conf/cassandra-env.sh URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0/conf/cassandra-env.sh?rev=1179381r1=1179380r2=1179381view=diff
svn commit: r1179382 - in /cassandra/trunk: ./ bin/ conf/ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/ src/java/org/apache/cassandra/cli/ src/java/org/apache/cassandra/cql/ src/java
Author: jbellis Date: Wed Oct 5 18:58:49 2011 New Revision: 1179382 URL: http://svn.apache.org/viewvc?rev=1179382view=rev Log: merge from 1.0 Modified: cassandra/trunk/ (props changed) cassandra/trunk/CHANGES.txt cassandra/trunk/bin/cassandra.in.sh cassandra/trunk/conf/cassandra-env.sh cassandra/trunk/contrib/ (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) cassandra/trunk/src/java/org/apache/cassandra/cli/CliClient.java cassandra/trunk/src/java/org/apache/cassandra/cli/CliUtils.java cassandra/trunk/src/java/org/apache/cassandra/cql/QueryProcessor.java cassandra/trunk/src/java/org/apache/cassandra/db/ColumnFamilyStore.java cassandra/trunk/src/java/org/apache/cassandra/db/Truncation.java cassandra/trunk/src/java/org/apache/cassandra/db/commitlog/CommitLog.java cassandra/trunk/src/java/org/apache/cassandra/db/commitlog/CommitLogSegment.java cassandra/trunk/src/java/org/apache/cassandra/tools/NodeCmd.java cassandra/trunk/test/unit/org/apache/cassandra/db/RecoveryManagerTruncateTest.java cassandra/trunk/test/unit/org/apache/cassandra/io/compress/CompressedRandomAccessReaderTest.java Propchange: cassandra/trunk/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 18:58:49 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 -/cassandra/branches/cassandra-1.0:1167085-1178599,1178789 -/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1178594,1178787 +/cassandra/branches/cassandra-1.0:1167085-1179381 +/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1179380 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /incubator/cassandra/branches/cassandra-0.3:774578-796573 Modified: cassandra/trunk/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/trunk/CHANGES.txt?rev=1179382r1=1179381r2=1179382view=diff == --- cassandra/trunk/CHANGES.txt (original) +++ cassandra/trunk/CHANGES.txt Wed Oct 5 18:58:49 2011 @@ -18,6 +18,13 @@ * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211) * Fix stress COUNTER_GET option (CASSANDRA-3301) + * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) + (CASSANDRA-3295) + * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) + * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) + * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) + * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) 1.0.0-rc2 Modified: cassandra/trunk/bin/cassandra.in.sh URL: http://svn.apache.org/viewvc/cassandra/trunk/bin/cassandra.in.sh?rev=1179382r1=1179381r2=1179382view=diff == --- cassandra/trunk/bin/cassandra.in.sh (original) +++ cassandra/trunk/bin/cassandra.in.sh Wed Oct 5 18:58:49 2011 @@ -39,3 +39,4 @@ CLASSPATH=$CASSANDRA_CONF:$cassandra_bin for jar in $CASSANDRA_HOME/lib/*.jar; do CLASSPATH=$CLASSPATH:$jar done +echo $CLASSPATH \ No newline at end of file Modified: cassandra/trunk/conf/cassandra-env.sh URL: http://svn.apache.org/viewvc/cassandra/trunk/conf/cassandra-env.sh?rev=1179382r1=1179381r2=1179382view=diff == --- cassandra/trunk/conf/cassandra-env.sh (original) +++ cassandra/trunk/conf/cassandra-env.sh Wed Oct 5 18:58:49 2011 @@ -40,7 +40,28 @@ calculate_heap_sizes() system_cpu_cores=2 ;; esac -max_heap_size_in_mb=`expr $system_memory_in_mb / 2` + +# set max heap size based on the following +# max(min(1/2 ram, 1024MB), min(1/4 ram, 8GB)) +# calculate 1/2 ram and cap to 1024MB +#
svn commit: r1179384 - in /cassandra/branches/cassandra-1.0.0: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/
Author: brandonwilliams Date: Wed Oct 5 19:00:05 2011 New Revision: 1179384 URL: http://svn.apache.org/viewvc?rev=1179384view=rev Log: Merge 3309 Modified: cassandra/branches/cassandra-1.0.0/ (props changed) cassandra/branches/cassandra-1.0.0/contrib/ (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) Propchange: cassandra/branches/cassandra-1.0.0/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:00:05 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 Propchange: cassandra/branches/cassandra-1.0.0/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:00:05 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6/contrib:922689-1052356,1052358-1053452,1053454,1053456-1068009 /cassandra/branches/cassandra-0.7/contrib:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/contrib:1053690-1055654 -/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 /cassandra/tags/cassandra-0.7.0-rc3/contrib:1051699-1053689 Propchange: cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:00:05 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1053690-1055654 -/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1125021-1130369 /cassandra/branches/cassandra-0.8.1/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1101014-1125018 /cassandra/tags/cassandra-0.7.0-rc3/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1051699-1053689 Propchange: cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:00:05 2011 @@ -1,7 +1,7 @@ /cassandra/branches/cassandra-0.6/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1053690-1055654 -/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364
buildbot failure in ASF Buildbot on cassandra-trunk
The Buildbot has detected a new failure on builder cassandra-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-trunk/builds/1703 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/trunk] 1179382 Blamelist: jbellis BUILD FAILED: failed compile sincerely, -The Buildbot
[jira] [Updated] (CASSANDRA-3244) JDBC CassandraConnection may lead to memory leak when used in a pool
[ https://issues.apache.org/jira/browse/CASSANDRA-3244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3244: -- Affects Version/s: (was: 1.0.0) Fix Version/s: (was: 0.8.8) JDBC CassandraConnection may lead to memory leak when used in a pool Key: CASSANDRA-3244 URL: https://issues.apache.org/jira/browse/CASSANDRA-3244 Project: Cassandra Issue Type: Improvement Components: Drivers Reporter: Patricio Echague Assignee: Rick Shaw Priority: Minor Labels: JDBC Attachments: 3244-v1.txt, 3244-v2.txt I may be wrong here but I noticed that the implementations of CassandraConnection#createStatement() and CassandraConnection#prepareStatement() keep(cache) the created Statement/PrepareStatement internally in a List. They list is freed up only during CassandraConnection.close() which makes me think that, if the connection object is used in a pool implementation, it will lead to a memory leak as it will hold every single statement that is used to interact with the DB until the connection gets closed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179390 - /cassandra/branches/cassandra-1.0.0/CHANGES.txt
Author: jbellis Date: Wed Oct 5 19:14:13 2011 New Revision: 1179390 URL: http://svn.apache.org/viewvc?rev=1179390view=rev Log: update CHANGES to show which were merged from 0.8 Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/CHANGES.txt?rev=1179390r1=1179389r2=1179390view=diff == --- cassandra/branches/cassandra-1.0.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0.0/CHANGES.txt Wed Oct 5 19:14:13 2011 @@ -1,22 +1,23 @@ 1.0.0-final - * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) - * Force flush of status table when removing/updating token (CASSANDRA-3243) * fix bug preventing obsolete commitlog segments from being removed (CASSANDRA-3269) - * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * tolerate whitespace in seed CDL (CASSANDRA-3263) + * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) + (CASSANDRA-3295) + * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) +(Merged from 0.8) + * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) + * Force flush of status table when removing/updating token (CASSANDRA-3243) + * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * Fix bug where the failure detector can take too long to mark a host down (CASSANDRA-3273) * (Hadoop) allow wrapping ranges in queries (CASSANDRA-3137) * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211) * Fix stress COUNTER_GET option (CASSANDRA-3301) - * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) - (CASSANDRA-3295) * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) - * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) - * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297)
[jira] [Commented] (CASSANDRA-3304) Missing fields in show schema output
[ https://issues.apache.org/jira/browse/CASSANDRA-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121375#comment-13121375 ] Jonathan Ellis commented on CASSANDRA-3304: --- Pavel, can you commit the relevant parts to 0.8 as well? (My fault for not tagging this 0.8.7 originally.) Missing fields in show schema output Key: CASSANDRA-3304 URL: https://issues.apache.org/jira/browse/CASSANDRA-3304 Project: Cassandra Issue Type: Bug Components: Tools Affects Versions: 1.0.0 Reporter: Radim Kolar Assignee: Pavel Yaskevich Priority: Minor Fix For: 1.0.0 Attachments: CASSANDRA-3304.patch if you compare output of these 2 commands: *show keyspaces* Keyspace: test: Replication Strategy: org.apache.cassandra.locator.SimpleStrategy Durable Writes: true Options: [replication_factor:1] Column Families: ColumnFamily: sipdb phone calls routing information Key Validation Class: org.apache.cassandra.db.marshal.IntegerType Default column value validator: org.apache.cassandra.db.marshal.BytesType Columns sorted by: org.apache.cassandra.db.marshal.AsciiType Row cache size / save period in seconds / keys to save : 0.0/0/all Key cache size / save period in seconds: 0.0/0 GC grace seconds: 0 Compaction min/max thresholds: 4/32 Read repair chance: 0.0 Replicate on write: false Built indexes: [] Column Metadata: Column Name: kam Validation Class: org.apache.cassandra.db.marshal.AsciiType *Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompacti* *show schema* create column family sipdb with column_type = 'Standard' and comparator = 'AsciiType' and default_validation_class = 'BytesType' and key_validation_class = 'IntegerType' and rows_cached = 0.0 and row_cache_save_period = 0 and keys_cached = 0.0 and key_cache_save_period = 0 and read_repair_chance = 0.0 and gc_grace = 0 and min_compaction_threshold = 4 and max_compaction_threshold = 32 and replicate_on_write = false and row_cache_provider = 'ConcurrentLinkedHashCacheProvider' and comment = 'phone calls routing information' and column_metadata = [ {column_name : 'kam', validation_class : AsciiType}]; You will discover that show schema is missing: 1. compaction strategy. 2. how many keys to save -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179391 - /cassandra/branches/cassandra-1.0.0/CHANGES.txt
Author: jbellis Date: Wed Oct 5 19:15:55 2011 New Revision: 1179391 URL: http://svn.apache.org/viewvc?rev=1179391view=rev Log: update CHANGES Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/CHANGES.txt?rev=1179391r1=1179390r2=1179391view=diff == --- cassandra/branches/cassandra-1.0.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0.0/CHANGES.txt Wed Oct 5 19:15:55 2011 @@ -6,7 +6,7 @@ (CASSANDRA-3295) * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) -(Merged from 0.8) +Fixes merged from 0.8 below: * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) * Force flush of status table when removing/updating token (CASSANDRA-3243) * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259)
svn commit: r1179392 - in /cassandra/branches/cassandra-1.0: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/
Author: jbellis Date: Wed Oct 5 19:16:31 2011 New Revision: 1179392 URL: http://svn.apache.org/viewvc?rev=1179392view=rev Log: merge from 1.0.0 Modified: cassandra/branches/cassandra-1.0/ (props changed) cassandra/branches/cassandra-1.0/CHANGES.txt cassandra/branches/cassandra-1.0/contrib/ (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) Propchange: cassandra/branches/cassandra-1.0/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:16:31 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 /cassandra/branches/cassandra-1.0:1167106,1167185 -/cassandra/branches/cassandra-1.0.0:1167104-1179380 +/cassandra/branches/cassandra-1.0.0:1167104-1179391 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /cassandra/trunk:1167085-1167102,1169870 Modified: cassandra/branches/cassandra-1.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0/CHANGES.txt?rev=1179392r1=1179391r2=1179392view=diff == --- cassandra/branches/cassandra-1.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0/CHANGES.txt Wed Oct 5 19:16:31 2011 @@ -6,24 +6,25 @@ 1.0.0-final - * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) - * Force flush of status table when removing/updating token (CASSANDRA-3243) * fix bug preventing obsolete commitlog segments from being removed (CASSANDRA-3269) - * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * tolerate whitespace in seed CDL (CASSANDRA-3263) + * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) + (CASSANDRA-3295) + * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) +Fixes merged from 0.8 below: + * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) + * Force flush of status table when removing/updating token (CASSANDRA-3243) + * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * Fix bug where the failure detector can take too long to mark a host down (CASSANDRA-3273) * (Hadoop) allow wrapping ranges in queries (CASSANDRA-3137) * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211) * Fix stress COUNTER_GET option (CASSANDRA-3301) - * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) - (CASSANDRA-3295) * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) - * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) - * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) Propchange: cassandra/branches/cassandra-1.0/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:16:31 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6/contrib:922689-1052356,1052358-1053452,1053454,1053456-1068009 /cassandra/branches/cassandra-0.7/contrib:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/contrib:1053690-1055654 -/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 /cassandra/branches/cassandra-1.0/contrib:1167106,1167185
svn commit: r1179393 - in /cassandra/trunk: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/
Author: jbellis Date: Wed Oct 5 19:17:13 2011 New Revision: 1179393 URL: http://svn.apache.org/viewvc?rev=1179393view=rev Log: merge from 1.0 Modified: cassandra/trunk/ (props changed) cassandra/trunk/CHANGES.txt cassandra/trunk/contrib/ (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) Propchange: cassandra/trunk/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:17:13 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6:922689-1052356,1052358-1053452,1053454,1053456-1131291 /cassandra/branches/cassandra-0.7:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0:1053690-1055654 -/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 -/cassandra/branches/cassandra-1.0:1167085-1179381 -/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1179380 +/cassandra/branches/cassandra-1.0:1167085-1179392 +/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1179391 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /incubator/cassandra/branches/cassandra-0.3:774578-796573 Modified: cassandra/trunk/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/trunk/CHANGES.txt?rev=1179393r1=1179392r2=1179393view=diff == --- cassandra/trunk/CHANGES.txt (original) +++ cassandra/trunk/CHANGES.txt Wed Oct 5 19:17:13 2011 @@ -6,24 +6,25 @@ 1.0.0-final - * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) - * Force flush of status table when removing/updating token (CASSANDRA-3243) * fix bug preventing obsolete commitlog segments from being removed (CASSANDRA-3269) - * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * tolerate whitespace in seed CDL (CASSANDRA-3263) + * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) + (CASSANDRA-3295) + * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) + * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) +Fixes merged from 0.8 below: + * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) + * Force flush of status table when removing/updating token (CASSANDRA-3243) + * Evict gossip state immediately when a token is taken over by a new IP (CASSANDRA-3259) * Fix bug where the failure detector can take too long to mark a host down (CASSANDRA-3273) * (Hadoop) allow wrapping ranges in queries (CASSANDRA-3137) * (Hadoop) check all interfaces for a match with split location before falling back to random replica (CASSANDRA-3211) * Fix stress COUNTER_GET option (CASSANDRA-3301) - * Change default heap thresholds to max(min(1/2 ram, 1G), min(1/4 ram, 8GB)) - (CASSANDRA-3295) * Fix missing fields in CLI `show schema` output (CASSANDRA-3304) - * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * Nodetool no longer leaks threads and closes JMX connections (CASSANDRA-3309) - * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) * fix truncate allowing data to be replayed post-restart (CASSANDRA-3297) Propchange: cassandra/trunk/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 19:17:13 2011 @@ -1,11 +1,11 @@ /cassandra/branches/cassandra-0.6/contrib:922689-1052356,1052358-1053452,1053454,1053456-1068009 /cassandra/branches/cassandra-0.7/contrib:1026516-1170333,1172024 /cassandra/branches/cassandra-0.7.0/contrib:1053690-1055654 -/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1179359,1179364 +/cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 -/cassandra/branches/cassandra-1.0/contrib:1167085-1179381 -/cassandra/branches/cassandra-1.0.0/contrib:1167104-1167229,1167232-1179380 +/cassandra/branches/cassandra-1.0/contrib:1167085-1179392
buildbot failure in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a new failure on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/50 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-1.0.0] 1179390 Blamelist: jbellis BUILD FAILED: failed compile sincerely, -The Buildbot
[jira] [Updated] (CASSANDRA-3300) relocate Java (JDBC) CQL driver
[ https://issues.apache.org/jira/browse/CASSANDRA-3300?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3300: -- Reviewer: ardot Component/s: Drivers Rick, can you review? relocate Java (JDBC) CQL driver --- Key: CASSANDRA-3300 URL: https://issues.apache.org/jira/browse/CASSANDRA-3300 Project: Cassandra Issue Type: Task Components: Drivers Reporter: Eric Evans Priority: Minor Labels: cql A new project as been created at http://code.google.com/a/apache-extras.org/p/cassandra-jdbc, a current snapshot of the code from trunk has been imported, and the tests updated. I've configured commit notifications to be sent to commits@cassandra.apache.org, though this can be changed if people object. To the best of my knowledge, the only thing remaining is to configure the initial set of committers and admins. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot success in ASF Buildbot on cassandra-trunk
The Buildbot has detected a restored build on builder cassandra-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-trunk/builds/1704 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/trunk] 1179393 Blamelist: jbellis Build succeeded! sincerely, -The Buildbot
buildbot success in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a restored build on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/51 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/branches/cassandra-1.0.0] 1179391 Blamelist: jbellis Build succeeded! sincerely, -The Buildbot
[jira] [Commented] (CASSANDRA-3297) truncate can still result in data being replayed after a restart
[ https://issues.apache.org/jira/browse/CASSANDRA-3297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121382#comment-13121382 ] Hudson commented on CASSANDRA-3297: --- Integrated in Cassandra-0.8 #364 (See [https://builds.apache.org/job/Cassandra-0.8/364/]) fix truncate allowing data to be replayed post-restart patch by jbellis; reviewed by slebresne for CASSANDRA-3297 jbellis : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1179359 Files : * /cassandra/branches/cassandra-0.8/CHANGES.txt * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/ColumnFamilyStore.java * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/Truncation.java * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/commitlog/CommitLog.java * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/db/commitlog/CommitLogSegment.java * /cassandra/branches/cassandra-0.8/test/unit/org/apache/cassandra/db/RecoveryManagerTruncateTest.java truncate can still result in data being replayed after a restart Key: CASSANDRA-3297 URL: https://issues.apache.org/jira/browse/CASSANDRA-3297 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.8.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Labels: commitlog Fix For: 0.8.8, 1.0.0 Attachments: 3297.txt Our first stab at fixing this was CASSANDRA-2950. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3278) SSLFactory should not enable cipher suites that aren't supported
[ https://issues.apache.org/jira/browse/CASSANDRA-3278?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3278: -- Reviewer: vijay2...@yahoo.com (was: vijay) SSLFactory should not enable cipher suites that aren't supported Key: CASSANDRA-3278 URL: https://issues.apache.org/jira/browse/CASSANDRA-3278 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.8.0 Environment: OpenJDK on debian squeeze Reporter: George Priority: Minor Fix For: 0.8.8, 1.0.0 Attachments: cassandra-3278-cache.txt, cassandra-3278-nocache.txt The socket creation (server or otherwise) in SSLFactory.java calls [setEnabledCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#setEnabledCipherSuites(java.lang.String\[\])] with the values specified in EncryptionOptions.java: {code} public String[] cipherSuites = { TLS_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_256_CBC_SHA }; {code} The call to [setEnabledCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#setEnabledCipherSuites(java.lang.String\[\])] fails on systems that don't have [Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files 6|http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html] because AES256 is not supported. To avoid installing the unlimited strength policy file the code in SSLFactory.java should call [getSupportedCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#getSupportedCipherSuites()] to find out which of the suites specified are supported. Thanks, George -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179395 - /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java
Author: xedin Date: Wed Oct 5 19:27:57 2011 New Revision: 1179395 URL: http://svn.apache.org/viewvc?rev=1179395view=rev Log: Fix missing fields in CLI `show schema` output patch by Pavel Yaskevich; reviewed by Jonathan Ellis for CASSANDRA-3304 Modified: cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java Modified: cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java?rev=1179395r1=1179394r2=1179395view=diff == --- cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java (original) +++ cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java Wed Oct 5 19:27:57 2011 @@ -1622,6 +1622,9 @@ public class CliClient opts.append(}]); writeAttrRaw(sb, false, strategy_options, opts.toString()); } + +writeAttr(sb, false, durable_writes, ksDef.durable_writes); + sb.append(; + NEWLINE); sb.append(NEWLINE);
[jira] [Updated] (CASSANDRA-3303) Short reads protection results in returning more columns than asked for
[ https://issues.apache.org/jira/browse/CASSANDRA-3303?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3303: -- Fix Version/s: (was: 1.0.0) 1.0.1 Assignee: Byron Clark Tagging this 1.0.1 since short reads being broken is nothing new (I would say returning too much data, is better than returning not enough) Short reads protection results in returning more columns than asked for --- Key: CASSANDRA-3303 URL: https://issues.apache.org/jira/browse/CASSANDRA-3303 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Sylvain Lebresne Assignee: Byron Clark Priority: Minor Fix For: 1.0.1 When we detect a short read (in SP.fetchRows), we retry a new command created by: {noformat} logger.debug(detected short read: expected {} columns, but only resolved {} columns, sliceCommand.count, liveColumnsInRow); int retryCount = sliceCommand.count + sliceCommand.count - liveColumnsInRow; SliceFromReadCommand retryCommand = new SliceFromReadCommand(command.table, command.key, command.queryPath, sliceCommand.start, sliceCommand.finish, sliceCommand.reversed, retryCount); {noformat} That is, in that new command, the count is greater than what asked in the initial command. But we never cut back the result of that new retried query. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3304) Missing fields in show schema output
[ https://issues.apache.org/jira/browse/CASSANDRA-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121387#comment-13121387 ] Pavel Yaskevich commented on CASSANDRA-3304: Done, that was only durable_writes. Missing fields in show schema output Key: CASSANDRA-3304 URL: https://issues.apache.org/jira/browse/CASSANDRA-3304 Project: Cassandra Issue Type: Bug Components: Tools Affects Versions: 1.0.0 Reporter: Radim Kolar Assignee: Pavel Yaskevich Priority: Minor Fix For: 1.0.0 Attachments: CASSANDRA-3304.patch if you compare output of these 2 commands: *show keyspaces* Keyspace: test: Replication Strategy: org.apache.cassandra.locator.SimpleStrategy Durable Writes: true Options: [replication_factor:1] Column Families: ColumnFamily: sipdb phone calls routing information Key Validation Class: org.apache.cassandra.db.marshal.IntegerType Default column value validator: org.apache.cassandra.db.marshal.BytesType Columns sorted by: org.apache.cassandra.db.marshal.AsciiType Row cache size / save period in seconds / keys to save : 0.0/0/all Key cache size / save period in seconds: 0.0/0 GC grace seconds: 0 Compaction min/max thresholds: 4/32 Read repair chance: 0.0 Replicate on write: false Built indexes: [] Column Metadata: Column Name: kam Validation Class: org.apache.cassandra.db.marshal.AsciiType *Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompacti* *show schema* create column family sipdb with column_type = 'Standard' and comparator = 'AsciiType' and default_validation_class = 'BytesType' and key_validation_class = 'IntegerType' and rows_cached = 0.0 and row_cache_save_period = 0 and keys_cached = 0.0 and key_cache_save_period = 0 and read_repair_chance = 0.0 and gc_grace = 0 and min_compaction_threshold = 4 and max_compaction_threshold = 32 and replicate_on_write = false and row_cache_provider = 'ConcurrentLinkedHashCacheProvider' and comment = 'phone calls routing information' and column_metadata = [ {column_name : 'kam', validation_class : AsciiType}]; You will discover that show schema is missing: 1. compaction strategy. 2. how many keys to save -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179399 - in /cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc: CassandraConnection.java CassandraStatement.java
Author: jbellis Date: Wed Oct 5 19:51:10 2011 New Revision: 1179399 URL: http://svn.apache.org/viewvc?rev=1179399view=rev Log: remove statements from connection's list, when closed manually patch by Rick Shaw; reviewed by Patricio Echague and jbellis for CASSANDRA-3244 Modified: cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraStatement.java Modified: cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java URL: http://svn.apache.org/viewvc/cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java?rev=1179399r1=1179398r2=1179399view=diff == --- cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java (original) +++ cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java Wed Oct 5 19:51:10 2011 @@ -20,51 +20,17 @@ */ package org.apache.cassandra.cql.jdbc; -import static org.apache.cassandra.cql.jdbc.Utils.ALWAYS_AUTOCOMMIT; -import static org.apache.cassandra.cql.jdbc.Utils.BAD_TIMEOUT; -import static org.apache.cassandra.cql.jdbc.Utils.NO_INTERFACE; -import static org.apache.cassandra.cql.jdbc.Utils.NO_TRANSACTIONS; -import static org.apache.cassandra.cql.jdbc.Utils.PROTOCOL; -import static org.apache.cassandra.cql.jdbc.Utils.SCHEMA_MISMATCH; -import static org.apache.cassandra.cql.jdbc.Utils.TAG_SERVER_NAME; -import static org.apache.cassandra.cql.jdbc.Utils.TAG_DATABASE_NAME; -import static org.apache.cassandra.cql.jdbc.Utils.TAG_PASSWORD; -import static org.apache.cassandra.cql.jdbc.Utils.TAG_PORT_NUMBER; -import static org.apache.cassandra.cql.jdbc.Utils.TAG_USER; -import static org.apache.cassandra.cql.jdbc.Utils.WAS_CLOSED_CON; -import static org.apache.cassandra.cql.jdbc.Utils.createSubName; -import static org.apache.cassandra.cql.jdbc.Utils.determineCurrentKeyspace; - -import java.sql.Connection; -import java.sql.DatabaseMetaData; -import java.sql.PreparedStatement; -import java.sql.SQLClientInfoException; -import java.sql.SQLException; -import java.sql.SQLFeatureNotSupportedException; -import java.sql.SQLInvalidAuthorizationSpecException; -import java.sql.SQLNonTransientConnectionException; -import java.sql.SQLRecoverableException; -import java.sql.SQLSyntaxErrorException; -import java.sql.SQLTimeoutException; -import java.sql.SQLTransientConnectionException; -import java.sql.SQLWarning; -import java.sql.Statement; -import java.util.ArrayList; +import java.sql.*; import java.util.HashMap; -import java.util.List; import java.util.Map; import java.util.Properties; +import java.util.Set; +import java.util.concurrent.ConcurrentSkipListSet; -import org.apache.cassandra.thrift.AuthenticationException; -import org.apache.cassandra.thrift.AuthenticationRequest; -import org.apache.cassandra.thrift.AuthorizationException; -import org.apache.cassandra.thrift.Cassandra; -import org.apache.cassandra.thrift.Compression; -import org.apache.cassandra.thrift.CqlResult; -import org.apache.cassandra.thrift.InvalidRequestException; -import org.apache.cassandra.thrift.SchemaDisagreementException; -import org.apache.cassandra.thrift.TimedOutException; -import org.apache.cassandra.thrift.UnavailableException; +import org.slf4j.Logger; +import org.slf4j.LoggerFactory; + +import org.apache.cassandra.thrift.*; import org.apache.thrift.TException; import org.apache.thrift.protocol.TBinaryProtocol; import org.apache.thrift.protocol.TProtocol; @@ -72,8 +38,7 @@ import org.apache.thrift.transport.TFram import org.apache.thrift.transport.TSocket; import org.apache.thrift.transport.TTransport; -import org.slf4j.Logger; -import org.slf4j.LoggerFactory; +import static org.apache.cassandra.cql.jdbc.Utils.*; /** * Implementation class for {@link Connection}. @@ -99,9 +64,9 @@ class CassandraConnection extends Abstra private Properties clientInfo = new Properties(); /** - * List of all Statements that have been created by this connection + * Set of all Statements that have been created by this connection */ -private ListStatement statements; +private SetStatement statements = new ConcurrentSkipListSetStatement(); private Cassandra.Client client; private TTransport transport; @@ -119,7 +84,6 @@ class CassandraConnection extends Abstra */ public CassandraConnection(Properties props) throws SQLException { -statements = new ArrayListStatement(); clientInfo = new Properties(); url = PROTOCOL + createSubName(props); try @@ -202,10 +166,13 @@ class CassandraConnection extends Abstra */ public synchronized void close() throws SQLException { +// close all statements associated with this connection upon close +for (Statement statement : statements) +
buildbot failure in ASF Buildbot on cassandra-trunk
The Buildbot has detected a new failure on builder cassandra-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-trunk/builds/1705 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: scheduler Build Source Stamp: [branch cassandra/trunk] 1179399 Blamelist: jbellis BUILD FAILED: failed compile sincerely, -The Buildbot
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121406#comment-13121406 ] Frank Yang commented on CASSANDRA-3319: --- i tracked down https://issues.apache.org/jira/browse/CASSANDRA-547, where Ted talked about a stage 2 to implement LDAP, but then the trail seems to be lost. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3320) pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars.
pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars. Key: CASSANDRA-3320 URL: https://issues.apache.org/jira/browse/CASSANDRA-3320 Project: Cassandra Issue Type: Bug Components: Contrib Affects Versions: 0.8.6 Environment: Running on mac os x. PIG_HOME set to a fresh download of pig 0.9.1. Reporter: Brian ONeill Priority: Minor The pig_cassandra script in contrib/pig/bin assumes there is only one pig jar file in $PIG_HOME. However, the latest release of pig 0.9.1 has two jar files: one for hadoop and one without hadoop. See below: bone@zen:~/tools/pig-0.9.1- ls -al *.jar -rw-r--r-- 1 bone staff 5130595 Sep 29 18:55 pig-0.9.1-withouthadoop.jar -rw-r--r-- 1 bone staff 12430153 Sep 29 18:55 pig-0.9.1.jar This breaks the shell script with: bin/pig_cassandra: line 42: [: /Users/bone/tools/pig/pig-0.9.1-withouthadoop.jar: binary operator expected Unrecognized option: -x Attached is a patch for the shell script that takes the last jar file listed in the directory. This fixes the problem. I also add an echo to notify the user which jar file they are using. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3320) pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars.
[ https://issues.apache.org/jira/browse/CASSANDRA-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brian ONeill updated CASSANDRA-3320: Attachment: trunk-3320.txt Patch pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars. Key: CASSANDRA-3320 URL: https://issues.apache.org/jira/browse/CASSANDRA-3320 Project: Cassandra Issue Type: Bug Components: Contrib Affects Versions: 0.8.6 Environment: Running on mac os x. PIG_HOME set to a fresh download of pig 0.9.1. Reporter: Brian ONeill Priority: Minor Attachments: trunk-3320.txt The pig_cassandra script in contrib/pig/bin assumes there is only one pig jar file in $PIG_HOME. However, the latest release of pig 0.9.1 has two jar files: one for hadoop and one without hadoop. See below: bone@zen:~/tools/pig-0.9.1- ls -al *.jar -rw-r--r-- 1 bone staff 5130595 Sep 29 18:55 pig-0.9.1-withouthadoop.jar -rw-r--r-- 1 bone staff 12430153 Sep 29 18:55 pig-0.9.1.jar This breaks the shell script with: bin/pig_cassandra: line 42: [: /Users/bone/tools/pig/pig-0.9.1-withouthadoop.jar: binary operator expected Unrecognized option: -x Attached is a patch for the shell script that takes the last jar file listed in the directory. This fixes the problem. I also add an echo to notify the user which jar file they are using. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179415 - /cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat
Author: jbellis Date: Wed Oct 5 20:20:58 2011 New Revision: 1179415 URL: http://svn.apache.org/viewvc?rev=1179415view=rev Log: add stress.bat for Windows patch by jbellis Added: cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat Added: cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat?rev=1179415view=auto == --- cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat (added) +++ cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat Wed Oct 5 20:20:58 2011 @@ -0,0 +1,31 @@ +@REM Licensed to the Apache Software Foundation (ASF) under one or more +@REM contributor license agreements. See the NOTICE file distributed with +@REM this work for additional information regarding copyright ownership. +@REM The ASF licenses this file to You under the Apache License, Version 2.0 +@REM (the License); you may not use this file except in compliance with +@REM the License. You may obtain a copy of the License at +@REM +@REM http://www.apache.org/licenses/LICENSE-2.0 +@REM +@REM Unless required by applicable law or agreed to in writing, software +@REM distributed under the License is distributed on an AS IS BASIS, +@REM WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. +@REM See the License for the specific language governing permissions and +@REM limitations under the License. + +if NOT DEFINED CASSANDRA_HOME set CASSANDRA_HOME=%CD%\..\.. +if NOT DEFINED STRESS_HOME set STRESS_HOME=%CD% + +set CLASSPATH=%STRESS_HOME%\build\classes +set CLASSPATH=%CLASSPATH%;%CASSANDRA_HOME%\build\classes\main +set CLASSPATH=%CLASSPATH%;%CASSANDRA_HOME%\build\classes\thrift +for %%i in (%CASSANDRA_HOME%\lib\*.jar) do call :append %%i +set CLASSPATH=%CLASSPATH%;%%i +goto start + +:append +set CLASSPATH=%CLASSPATH%;%1 +goto :eof + +:start +%JAVA_HOME%\bin\java -cp %CLASSPATH% org.apache.cassandra.stress.Stress %*
svn commit: r1179417 - in /cassandra/branches/cassandra-1.0: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/ tools/stress/bin/
Author: jbellis Date: Wed Oct 5 20:22:47 2011 New Revision: 1179417 URL: http://svn.apache.org/viewvc?rev=1179417view=rev Log: merge from 1.0.0 Added: cassandra/branches/cassandra-1.0/tools/stress/bin/stress.bat - copied unchanged from r1179416, cassandra/branches/cassandra-1.0.0/tools/stress/bin/stress.bat Modified: cassandra/branches/cassandra-1.0/ (props changed) cassandra/branches/cassandra-1.0/contrib/ (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) Propchange: cassandra/branches/cassandra-1.0/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:22:47 2011 @@ -5,7 +5,7 @@ /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 /cassandra/branches/cassandra-1.0:1167106,1167185 -/cassandra/branches/cassandra-1.0.0:1167104-1179391 +/cassandra/branches/cassandra-1.0.0:1167104-1179416 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /cassandra/trunk:1167085-1167102,1169870 Propchange: cassandra/branches/cassandra-1.0/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:22:47 2011 @@ -5,7 +5,7 @@ /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 /cassandra/branches/cassandra-1.0/contrib:1167106,1167185 -/cassandra/branches/cassandra-1.0.0/contrib:1167104-1179391 +/cassandra/branches/cassandra-1.0.0/contrib:1167104-1179416 /cassandra/tags/cassandra-0.7.0-rc3/contrib:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1/contrib:1102511-1125020 /cassandra/trunk/contrib:1167085-1167102,1169870 Propchange: cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:22:47 2011 @@ -5,7 +5,7 @@ /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1125021-1130369 /cassandra/branches/cassandra-0.8.1/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1101014-1125018 /cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167106,1167185 -/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167104-1179391 +/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167104-1179416 /cassandra/tags/cassandra-0.7.0-rc3/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1102511-1125020 /cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167085-1167102,1169870 Propchange: cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:22:47 2011 @@ -5,7 +5,7 @@ /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1125021-1130369 /cassandra/branches/cassandra-0.8.1/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1101014-1125018 /cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1167106,1167185 -/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1167104-1179391 +/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1167104-1179416 /cassandra/tags/cassandra-0.7.0-rc3/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1102511-1125020 /cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1167085-1167102,1169870 Propchange:
svn commit: r1179419 - in /cassandra/trunk: ./ contrib/ interface/thrift/gen-java/org/apache/cassandra/thrift/ tools/stress/bin/
Author: jbellis Date: Wed Oct 5 20:24:33 2011 New Revision: 1179419 URL: http://svn.apache.org/viewvc?rev=1179419view=rev Log: merge from 1.0 Added: cassandra/trunk/tools/stress/bin/stress.bat - copied unchanged from r1179418, cassandra/branches/cassandra-1.0/tools/stress/bin/stress.bat Modified: cassandra/trunk/ (props changed) cassandra/trunk/contrib/ (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/InvalidRequestException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/NotFoundException.java (props changed) cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/SuperColumn.java (props changed) Propchange: cassandra/trunk/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:24:33 2011 @@ -4,8 +4,8 @@ /cassandra/branches/cassandra-0.8:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0:1125021-1130369 /cassandra/branches/cassandra-0.8.1:1101014-1125018 -/cassandra/branches/cassandra-1.0:1167085-1179392 -/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1179391 +/cassandra/branches/cassandra-1.0:1167085-1179418 +/cassandra/branches/cassandra-1.0.0:1167104-1167229,1167232-1179416 /cassandra/tags/cassandra-0.7.0-rc3:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1:1102511-1125020 /incubator/cassandra/branches/cassandra-0.3:774578-796573 Propchange: cassandra/trunk/contrib/ -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:24:33 2011 @@ -4,8 +4,8 @@ /cassandra/branches/cassandra-0.8/contrib:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/contrib:1125021-1130369 /cassandra/branches/cassandra-0.8.1/contrib:1101014-1125018 -/cassandra/branches/cassandra-1.0/contrib:1167085-1179392 -/cassandra/branches/cassandra-1.0.0/contrib:1167104-1167229,1167232-1179391 +/cassandra/branches/cassandra-1.0/contrib:1167085-1179418 +/cassandra/branches/cassandra-1.0.0/contrib:1167104-1167229,1167232-1179416 /cassandra/tags/cassandra-0.7.0-rc3/contrib:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1/contrib:1102511-1125020 /incubator/cassandra/branches/cassandra-0.3/contrib:774578-796573 Propchange: cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:24:33 2011 @@ -4,8 +4,8 @@ /cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1125021-1130369 /cassandra/branches/cassandra-0.8.1/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1101014-1125018 -/cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167085-1179392 -/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167104-1167229,1167232-1179391 +/cassandra/branches/cassandra-1.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167085-1179418 +/cassandra/branches/cassandra-1.0.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1167104-1167229,1167232-1179416 /cassandra/tags/cassandra-0.7.0-rc3/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1051699-1053689 /cassandra/tags/cassandra-0.8.0-rc1/interface/thrift/gen-java/org/apache/cassandra/thrift/Cassandra.java:1102511-1125020 /incubator/cassandra/branches/cassandra-0.3/interface/gen-java/org/apache/cassandra/service/Cassandra.java:774578-796573 Propchange: cassandra/trunk/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java -- --- svn:mergeinfo (original) +++ svn:mergeinfo Wed Oct 5 20:24:33 2011 @@ -4,8 +4,8 @@ /cassandra/branches/cassandra-0.8/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1090934-1125013,1125019-1178554,1178785,1178957,1179359,1179364 /cassandra/branches/cassandra-0.8.0/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1125021-1130369 /cassandra/branches/cassandra-0.8.1/interface/thrift/gen-java/org/apache/cassandra/thrift/Column.java:1101014-1125018
[jira] [Updated] (CASSANDRA-3320) pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars.
[ https://issues.apache.org/jira/browse/CASSANDRA-3320?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3320: -- Reviewer: brandon.williams Fix Version/s: 0.8.8 Assignee: Brian ONeill pig_cassandra script errors when running against pig 0.9.1 tar ball because there are multiple jars. Key: CASSANDRA-3320 URL: https://issues.apache.org/jira/browse/CASSANDRA-3320 Project: Cassandra Issue Type: Bug Components: Contrib Affects Versions: 0.8.6 Environment: Running on mac os x. PIG_HOME set to a fresh download of pig 0.9.1. Reporter: Brian ONeill Assignee: Brian ONeill Priority: Minor Fix For: 0.8.8 Attachments: trunk-3320.txt The pig_cassandra script in contrib/pig/bin assumes there is only one pig jar file in $PIG_HOME. However, the latest release of pig 0.9.1 has two jar files: one for hadoop and one without hadoop. See below: bone@zen:~/tools/pig-0.9.1- ls -al *.jar -rw-r--r-- 1 bone staff 5130595 Sep 29 18:55 pig-0.9.1-withouthadoop.jar -rw-r--r-- 1 bone staff 12430153 Sep 29 18:55 pig-0.9.1.jar This breaks the shell script with: bin/pig_cassandra: line 42: [: /Users/bone/tools/pig/pig-0.9.1-withouthadoop.jar: binary operator expected Unrecognized option: -x Attached is a patch for the shell script that takes the last jar file listed in the directory. This fixes the problem. I also add an echo to notify the user which jar file they are using. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121438#comment-13121438 ] Jonathan Ellis commented on CASSANDRA-3319: --- Correct. Ted added the auth hooks but nobody has implemented a production quality API with it, for LDAP or anything else. It's a roll your own API. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3244) JDBC CassandraConnection may lead to memory leak when used in a pool
[ https://issues.apache.org/jira/browse/CASSANDRA-3244?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121442#comment-13121442 ] Hudson commented on CASSANDRA-3244: --- Integrated in Cassandra #1142 (See [https://builds.apache.org/job/Cassandra/1142/]) remove statements from connection's list, when closed manually patch by Rick Shaw; reviewed by Patricio Echague and jbellis for CASSANDRA-3244 jbellis : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1179399 Files : * /cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraConnection.java * /cassandra/trunk/drivers/java/src/org/apache/cassandra/cql/jdbc/CassandraStatement.java JDBC CassandraConnection may lead to memory leak when used in a pool Key: CASSANDRA-3244 URL: https://issues.apache.org/jira/browse/CASSANDRA-3244 Project: Cassandra Issue Type: Improvement Components: Drivers Reporter: Patricio Echague Assignee: Rick Shaw Priority: Minor Labels: JDBC Attachments: 3244-v1.txt, 3244-v2.txt I may be wrong here but I noticed that the implementations of CassandraConnection#createStatement() and CassandraConnection#prepareStatement() keep(cache) the created Statement/PrepareStatement internally in a List. They list is freed up only during CassandraConnection.close() which makes me think that, if the connection object is used in a pool implementation, it will lead to a memory leak as it will hold every single statement that is used to interact with the DB until the connection gets closed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3321) Node joins/Node moves should build caches
Node joins/Node moves should build caches -- Key: CASSANDRA-3321 URL: https://issues.apache.org/jira/browse/CASSANDRA-3321 Project: Cassandra Issue Type: New Feature Reporter: Edward Capriolo Priority: Minor Cassandra use case: high rate of low latency reads served mostly from caches. When a new node is joined data is streamed to it. However it is born into a 'cold world'. It does not have the benefit of saved caches. Clients with auto-discovery will find it and start sending requests it's way. If the request rate is high enough and clients are aggressive enough the Cassandra node could run out of sockets. This feature would build 'best effort' caches possibly by sampling entries from the caches of nodes the data was streamed from. With this even a newly joined node should have cache warming. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3304) Missing fields in show schema output
[ https://issues.apache.org/jira/browse/CASSANDRA-3304?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121450#comment-13121450 ] Hudson commented on CASSANDRA-3304: --- Integrated in Cassandra-0.8 #365 (See [https://builds.apache.org/job/Cassandra-0.8/365/]) Fix missing fields in CLI `show schema` output patch by Pavel Yaskevich; reviewed by Jonathan Ellis for CASSANDRA-3304 xedin : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1179395 Files : * /cassandra/branches/cassandra-0.8/src/java/org/apache/cassandra/cli/CliClient.java Missing fields in show schema output Key: CASSANDRA-3304 URL: https://issues.apache.org/jira/browse/CASSANDRA-3304 Project: Cassandra Issue Type: Bug Components: Tools Affects Versions: 1.0.0 Reporter: Radim Kolar Assignee: Pavel Yaskevich Priority: Minor Fix For: 1.0.0 Attachments: CASSANDRA-3304.patch if you compare output of these 2 commands: *show keyspaces* Keyspace: test: Replication Strategy: org.apache.cassandra.locator.SimpleStrategy Durable Writes: true Options: [replication_factor:1] Column Families: ColumnFamily: sipdb phone calls routing information Key Validation Class: org.apache.cassandra.db.marshal.IntegerType Default column value validator: org.apache.cassandra.db.marshal.BytesType Columns sorted by: org.apache.cassandra.db.marshal.AsciiType Row cache size / save period in seconds / keys to save : 0.0/0/all Key cache size / save period in seconds: 0.0/0 GC grace seconds: 0 Compaction min/max thresholds: 4/32 Read repair chance: 0.0 Replicate on write: false Built indexes: [] Column Metadata: Column Name: kam Validation Class: org.apache.cassandra.db.marshal.AsciiType *Compaction Strategy: org.apache.cassandra.db.compaction.SizeTieredCompacti* *show schema* create column family sipdb with column_type = 'Standard' and comparator = 'AsciiType' and default_validation_class = 'BytesType' and key_validation_class = 'IntegerType' and rows_cached = 0.0 and row_cache_save_period = 0 and keys_cached = 0.0 and key_cache_save_period = 0 and read_repair_chance = 0.0 and gc_grace = 0 and min_compaction_threshold = 4 and max_compaction_threshold = 32 and replicate_on_write = false and row_cache_provider = 'ConcurrentLinkedHashCacheProvider' and comment = 'phone calls routing information' and column_metadata = [ {column_name : 'kam', validation_class : AsciiType}]; You will discover that show schema is missing: 1. compaction strategy. 2. how many keys to save -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3322) add estimated tasks to LeveledCompactionStrategy
add estimated tasks to LeveledCompactionStrategy Key: CASSANDRA-3322 URL: https://issues.apache.org/jira/browse/CASSANDRA-3322 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 1.0.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Priority: Minor Fix For: 1.0.0 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121455#comment-13121455 ] Frank Yang commented on CASSANDRA-3319: --- so, let me understand it correctly. I can implement my own hook, and configure the yaml to use it. no problem. but, during each production upgrade to the next version of cassie, i need to remember to carry my hook with it? that is certainly doable, but not desirable. If our implementations are added to the standard releases, then, we wouldn't have to worry about, right? the conditions for inclusion should only be that 1. it builds and 2. the naming makes sense. and 3. some documentation is included so that others can also benefit from it. IMO. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3322) add estimated tasks to LeveledCompactionStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-3322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3322: -- Attachment: 3322.txt add estimated tasks to LeveledCompactionStrategy Key: CASSANDRA-3322 URL: https://issues.apache.org/jira/browse/CASSANDRA-3322 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 1.0.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Priority: Minor Fix For: 1.0.0 Attachments: 3322.txt -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3278) SSLFactory should not enable cipher suites that aren't supported
[ https://issues.apache.org/jira/browse/CASSANDRA-3278?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121456#comment-13121456 ] Vijay commented on CASSANDRA-3278: -- George, Thanks for the patch, The problem with the cached is that we need to restart the whole cluster when we change the KS/TS, instead we will have the flexibility if the new connections will just pick it up. We persist the connections untill disconnect hence the performance shouldn't be a concern. Also there can be variety of ssl client (example fat clients) which may have different sets of supported suits (caching one might not help). 1) cassandra-3278-nocache isn't a patch by itself (Can you rebase it?) 2) in the non cached one, If we can log a info on the filtered suit it will be great, Just a side note... I would use Sets.intersection to reduce the amount of code :) SSLFactory should not enable cipher suites that aren't supported Key: CASSANDRA-3278 URL: https://issues.apache.org/jira/browse/CASSANDRA-3278 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.8.0 Environment: OpenJDK on debian squeeze Reporter: George Priority: Minor Fix For: 0.8.8, 1.0.0 Attachments: cassandra-3278-cache.txt, cassandra-3278-nocache.txt The socket creation (server or otherwise) in SSLFactory.java calls [setEnabledCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#setEnabledCipherSuites(java.lang.String\[\])] with the values specified in EncryptionOptions.java: {code} public String[] cipherSuites = { TLS_RSA_WITH_AES_128_CBC_SHA, TLS_RSA_WITH_AES_256_CBC_SHA }; {code} The call to [setEnabledCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#setEnabledCipherSuites(java.lang.String\[\])] fails on systems that don't have [Java Cryptography Extension (JCE) Unlimited Strength Jurisdiction Policy Files 6|http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html] because AES256 is not supported. To avoid installing the unlimited strength policy file the code in SSLFactory.java should call [getSupportedCipherSuites|http://download.oracle.com/javase/6/docs/api/javax/net/ssl/SSLServerSocket.html#getSupportedCipherSuites()] to find out which of the suites specified are supported. Thanks, George -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3322) add estimated tasks to LeveledCompactionStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-3322?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121457#comment-13121457 ] Benjamin Coverston commented on CASSANDRA-3322: --- +1 add estimated tasks to LeveledCompactionStrategy Key: CASSANDRA-3322 URL: https://issues.apache.org/jira/browse/CASSANDRA-3322 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 1.0.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Priority: Minor Fix For: 1.0.0 Attachments: 3322.txt -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179433 - in /cassandra/branches/cassandra-1.0.0: CHANGES.txt src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java src/java/org/apache/cassandra/db/compaction/Levele
Author: jbellis Date: Wed Oct 5 20:48:22 2011 New Revision: 1179433 URL: http://svn.apache.org/viewvc?rev=1179433view=rev Log: add estimated tasks to LeveledCompactionStrategy patch by jbellis; reviewed by bcoverston for CASSANDRA-3322 Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java Modified: cassandra/branches/cassandra-1.0.0/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/CHANGES.txt?rev=1179433r1=1179432r2=1179433view=diff == --- cassandra/branches/cassandra-1.0.0/CHANGES.txt (original) +++ cassandra/branches/cassandra-1.0.0/CHANGES.txt Wed Oct 5 20:48:22 2011 @@ -6,6 +6,7 @@ (CASSANDRA-3295) * Fix broken CompressedRandomAccessReaderTest (CASSANDRA-3298) * (CQL) fix type information returned for wildcard queries (CASSANDRA-3311) + * add estimated tasks to LeveledCompactionStrategy (CASSANDRA-3322) Fixes merged from 0.8 below: * Fix tool .bat files when CASSANDRA_HOME contains spaces (CASSANDRA-3258) * Force flush of status table when removing/updating token (CASSANDRA-3243) Modified: cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java?rev=1179433r1=1179432r2=1179433view=diff == --- cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java (original) +++ cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledCompactionStrategy.java Wed Oct 5 20:48:22 2011 @@ -135,7 +135,7 @@ public class LeveledCompactionStrategy e public int getEstimatedRemainingTasks() { -return 0; +return manifest.getEstimatedTasks(); } public void handleNotification(INotification notification, Object sender) Modified: cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java URL: http://svn.apache.org/viewvc/cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java?rev=1179433r1=1179432r2=1179433view=diff == --- cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java (original) +++ cassandra/branches/cassandra-1.0.0/src/java/org/apache/cassandra/db/compaction/LeveledManifest.java Wed Oct 5 20:48:22 2011 @@ -418,4 +418,17 @@ public class LeveledManifest { return generations[i]; } + +public int getEstimatedTasks() +{ +int n = 0; +for (int i = generations.length - 1; i = 0; i--) +{ +ListSSTableReader sstables = generations[i]; +if (sstables.isEmpty()) +continue; +n += (SSTableReader.getTotalBytes(sstables) - maxBytesForLevel(i)) / maxSSTableSizeInMB; +} +return n; +} }
[jira] [Resolved] (CASSANDRA-3322) add estimated tasks to LeveledCompactionStrategy
[ https://issues.apache.org/jira/browse/CASSANDRA-3322?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis resolved CASSANDRA-3322. --- Resolution: Fixed committed add estimated tasks to LeveledCompactionStrategy Key: CASSANDRA-3322 URL: https://issues.apache.org/jira/browse/CASSANDRA-3322 Project: Cassandra Issue Type: Improvement Components: Core Affects Versions: 1.0.0 Reporter: Jonathan Ellis Assignee: Jonathan Ellis Priority: Minor Fix For: 1.0.0 Attachments: 3322.txt -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121466#comment-13121466 ] Jonathan Ellis commented on CASSANDRA-3319: --- If you come up with something that is generally useful, we're happy to add that to the tree. Nobody has done this yet. To be honest I don't think many people besides Ted actually use auth/auth. Storing things in flat files doesn't qualify as generally useful, though. Probably the simplest thing that would, would be an implementation that stores information in Cassandra's system keyspace. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3319) IAuthority implementation to allow all keyspace access based on r/w on keyspace only
[ https://issues.apache.org/jira/browse/CASSANDRA-3319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121474#comment-13121474 ] Frank Yang commented on CASSANDRA-3319: --- ok, 2 part reply. 1. as a customer, i feel unsatisfied. but i will have to deal, i guess. i can put my implementation in a separate jar file and that does ease the pain somewhat. 2. as for implement what you suggested, i can file a ticket as soon as i find time to do it. IAuthority implementation to allow all keyspace access based on r/w on keyspace only Key: CASSANDRA-3319 URL: https://issues.apache.org/jira/browse/CASSANDRA-3319 Project: Cassandra Issue Type: New Feature Components: Contrib Affects Versions: 0.8.7 Reporter: Frank Yang Labels: patch Attachments: SimpleKeyspaceBasedAuthority.java Original Estimate: 24h Remaining Estimate: 24h SimpleAuthority checks CF access based on specific instructions for that CF in the access.properties file. This is not usable. eg, every time a developer adds a CF, the admin needs to modify the access.properties file, on all the nodes. A different, friendlier implementation should grant CF access based on keyspace permissions. Keyspace1.rw == modify keyspace1 AND any CF inside of it. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121475#comment-13121475 ] Radim Kolar commented on CASSANDRA-3318: INFO 23:05:39,845 Scrub of SSTableReader(path='\var\lib\cassandra\data\system\S chema-h-10-Data.db') complete: 8 rows in new sstable and 0 empty (tombstoned) ro ws dropped ERROR 23:05:39,845 Unable to delete \var\lib\cassandra\data\system\Schema-h-10-D ata.db (it will be removed on server restart; we'll also retry after GC) its table after scrub is finished. Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Reporter: Radim Kolar Priority: Minor Fix For: 0.8.8, 1.0.0 Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CASSANDRA-3323) cql prepared statement doesn't allow parameter for insert?
cql prepared statement doesn't allow parameter for insert? -- Key: CASSANDRA-3323 URL: https://issues.apache.org/jira/browse/CASSANDRA-3323 Project: Cassandra Issue Type: Bug Reporter: M Chen it appears that only select, update and delete allow parameters to be specified not insert? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CASSANDRA-3323) cql prepared statement doesn't allow parameter for insert?
[ https://issues.apache.org/jira/browse/CASSANDRA-3323?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis resolved CASSANDRA-3323. --- Resolution: Won't Fix will revisit after prepared statement rewrite for CASSANDRA-2475 cql prepared statement doesn't allow parameter for insert? -- Key: CASSANDRA-3323 URL: https://issues.apache.org/jira/browse/CASSANDRA-3323 Project: Cassandra Issue Type: Bug Reporter: M Chen it appears that only select, update and delete allow parameters to be specified not insert? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jonathan Ellis updated CASSANDRA-3318: -- Attachment: 3318.txt that means it's the sstable from before scrub. patch attached to close the readers before replacing the old sstable with the new one. (the diff is intimidating but it's mostly indentation changes from combining two try/finally blocks. recommend using a smart diff tool like intellij's post-patch application.) Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Reporter: Radim Kolar Priority: Minor Fix For: 0.8.8, 1.0.0 Attachments: 3318.txt Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121515#comment-13121515 ] Jonathan Ellis commented on CASSANDRA-3318: --- (patch is against trunk) Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Reporter: Radim Kolar Priority: Minor Fix For: 0.8.8, 1.0.0 Attachments: 3318.txt Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Issue Comment Edited] (CASSANDRA-3318) Unable to delete after running scrub
[ https://issues.apache.org/jira/browse/CASSANDRA-3318?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121514#comment-13121514 ] Jonathan Ellis edited comment on CASSANDRA-3318 at 10/5/11 9:53 PM: that means it's the sstable from before scrub. patch attached to close the readers before replacing the old sstable with the new one. (the diff is intimidating but it's mostly indentation changes from combining two try/finally blocks. recommend using a smart diff tool like intellij's, post-patch application.) was (Author: jbellis): that means it's the sstable from before scrub. patch attached to close the readers before replacing the old sstable with the new one. (the diff is intimidating but it's mostly indentation changes from combining two try/finally blocks. recommend using a smart diff tool like intellij's post-patch application.) Unable to delete after running scrub Key: CASSANDRA-3318 URL: https://issues.apache.org/jira/browse/CASSANDRA-3318 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 0.7.3 Reporter: Radim Kolar Assignee: Jonathan Ellis Priority: Minor Fix For: 0.8.8, 1.0.0 Attachments: 3318.txt Another problem with sstable deletions on 1.0. Running scrub produces lot of unable to delete messages on windows. ERROR 16:16:37,562 Unable to delete \var\lib\cassandra\data\test\sipdb-h-711-Dat a.db (it will be removed on server restart; we'll also retry after GC) INFO 16:16:37,577 Scrub of SSTableReader(path='\var\lib\cassandra\data\test\sip db-h-711-Data.db') complete: 48396 rows in new sstable and 0 empty (tombstoned) rows dropped -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3305) LeveledCompactionStrategy fails to remove compacted files on Windows
[ https://issues.apache.org/jira/browse/CASSANDRA-3305?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121535#comment-13121535 ] Jonathan Ellis commented on CASSANDRA-3305: --- I haven't been able to reproduce this. I inserted 11M rows on Windows 7 (built from current trunk), resulting in 1205 compactions. (Added stress.bat to make this easier in r1179415.) I didn't see any instances of this error, nor do I see anything along the lines of CASSANDRA-3318 that would apply to leveled compaction but not size-tiered. LeveledCompactionStrategy fails to remove compacted files on Windows Key: CASSANDRA-3305 URL: https://issues.apache.org/jira/browse/CASSANDRA-3305 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Radim Kolar very common message on windows server: ERROR [NonPeriodicTasks:1] 2011-10-04 15:47:40,508 SSTableDeletingTask.java (lin e 76) Unable to delete \var\lib\cassandra\data\test\sipdb-h-302-Data.db (it will be removed on server restart; we'll also retry after GC) As far i can see they are not removed even 1 hour later, successfully wasting disk space. If i force GC via jconsole, they are deleted. Old compaction strategy does not have this problem. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3271) off-heap cache to use sun.misc.Unsafe instead of JNA
[ https://issues.apache.org/jira/browse/CASSANDRA-3271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121550#comment-13121550 ] Jonathan Ellis commented on CASSANDRA-3271: --- {noformat} +else if (bufferOffset 0 + || bufferOffset buffer.length + || count 0 + || bufferOffset + count buffer.length + || bufferOffset + count 0) {noformat} I think the 2nd and 5th predicates there are redundant -- e.g., if we know bufferOffset and count are both positive, then we also know bufferOffset + count is positive w/o needing to test it explicitly. other than that, +1 off-heap cache to use sun.misc.Unsafe instead of JNA Key: CASSANDRA-3271 URL: https://issues.apache.org/jira/browse/CASSANDRA-3271 Project: Cassandra Issue Type: Improvement Components: Core Reporter: Pavel Yaskevich Assignee: Pavel Yaskevich Priority: Minor Fix For: 1.1 Attachments: 3271-v2.txt, CASSANDRA-3271-v3.patch, CASSANDRA-3271.patch Instead of requiring JNA for off-heap caches we should try to use sun.misc.Unsafe. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-3300) relocate Java (JDBC) CQL driver
[ https://issues.apache.org/jira/browse/CASSANDRA-3300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121552#comment-13121552 ] Rick Shaw commented on CASSANDRA-3300: -- Yep. Already am in sync with Eric. He set me up. relocate Java (JDBC) CQL driver --- Key: CASSANDRA-3300 URL: https://issues.apache.org/jira/browse/CASSANDRA-3300 Project: Cassandra Issue Type: Task Components: Drivers Reporter: Eric Evans Priority: Minor Labels: cql A new project as been created at http://code.google.com/a/apache-extras.org/p/cassandra-jdbc, a current snapshot of the code from trunk has been imported, and the tests updated. I've configured commit notifications to be sent to commits@cassandra.apache.org, though this can be changed if people object. To the best of my knowledge, the only thing remaining is to configure the initial set of committers and admins. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
svn commit: r1179467 - in /cassandra/trunk: ./ src/java/org/apache/cassandra/cache/ src/java/org/apache/cassandra/config/ src/java/org/apache/cassandra/io/util/ src/resources/org/apache/cassandra/cli/
Author: xedin Date: Wed Oct 5 22:59:31 2011 New Revision: 1179467 URL: http://svn.apache.org/viewvc?rev=1179467view=rev Log: off-heap cache to use sun.misc.Unsafe instead of JNA patch by Pavel Yaskevich; reviewed by Jonathan Ellis for CASSANDRA-3271 Added: cassandra/trunk/src/java/org/apache/cassandra/io/util/Memory.java Modified: cassandra/trunk/CHANGES.txt cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java cassandra/trunk/src/java/org/apache/cassandra/io/util/MemoryInputStream.java cassandra/trunk/src/java/org/apache/cassandra/io/util/MemoryOutputStream.java cassandra/trunk/src/resources/org/apache/cassandra/cli/CliHelp.yaml cassandra/trunk/test/unit/org/apache/cassandra/cache/CacheProviderTest.java Modified: cassandra/trunk/CHANGES.txt URL: http://svn.apache.org/viewvc/cassandra/trunk/CHANGES.txt?rev=1179467r1=1179466r2=1179467view=diff == --- cassandra/trunk/CHANGES.txt (original) +++ cassandra/trunk/CHANGES.txt Wed Oct 5 22:59:31 2011 @@ -3,7 +3,7 @@ * Thrift sockets are not properly buffered (CASSANDRA-3261) * performance improvement for bytebufferutil compare function (CASSANDRA-3286) * add system.versions ColumnFamily (CASSANDRA-3140) - + * off-heap cache to use sun.misc.Unsafe instead of JNA (CASSANDRA-3271) 1.0.0-final * fix bug preventing obsolete commitlog segments from being removed Modified: cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java URL: http://svn.apache.org/viewvc/cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java?rev=1179467r1=1179466r2=1179467view=diff == --- cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java (original) +++ cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java Wed Oct 5 22:59:31 2011 @@ -20,11 +20,9 @@ package org.apache.cassandra.cache; * */ - -import java.io.IOException; import java.util.concurrent.atomic.AtomicInteger; -import com.sun.jna.Memory; +import org.apache.cassandra.io.util.Memory; public class FreeableMemory extends Memory { @@ -58,23 +56,16 @@ public class FreeableMemory extends Memo free(); } -private void free() -{ -assert peer != 0; -super.finalize(); // calls free and sets peer to zero -} - -/** - * avoid re-freeing already-freed memory - */ @Override -protected void finalize() +protected void finalize() throws Throwable { assert references.get() = 0; assert peer == 0; +super.finalize(); } - -public byte getValidByte(long offset) + +@Override +public byte getByte(long offset) { assert peer != 0; return super.getByte(offset); Modified: cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java URL: http://svn.apache.org/viewvc/cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java?rev=1179467r1=1179466r2=1179467view=diff == --- cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java (original) +++ cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java Wed Oct 5 22:59:31 2011 @@ -20,26 +20,11 @@ package org.apache.cassandra.cache; * */ -import org.apache.cassandra.config.ConfigurationException; import org.apache.cassandra.db.ColumnFamily; import org.apache.cassandra.db.DecoratedKey; -import com.sun.jna.Memory; - public class SerializingCacheProvider implements IRowCacheProvider { -public SerializingCacheProvider() throws ConfigurationException -{ -try -{ -Memory.class.getName(); -} -catch (NoClassDefFoundError e) -{ -throw new ConfigurationException(Cannot initialize SerializationCache without JNA in the class path); -} -} - public ICacheDecoratedKey, ColumnFamily create(int capacity, String tableName, String cfName) { return new SerializingCacheDecoratedKey, ColumnFamily(capacity, ColumnFamily.serializer(), tableName, cfName); Modified: cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java URL: http://svn.apache.org/viewvc/cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java?rev=1179467r1=1179466r2=1179467view=diff == --- cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java (original) +++ cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java Wed Oct 5 22:59:31 2011 @@ -67,7 +67,7 @@ public
[jira] [Commented] (CASSANDRA-3271) off-heap cache to use sun.misc.Unsafe instead of JNA
[ https://issues.apache.org/jira/browse/CASSANDRA-3271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13121593#comment-13121593 ] Hudson commented on CASSANDRA-3271: --- Integrated in Cassandra #1144 (See [https://builds.apache.org/job/Cassandra/1144/]) off-heap cache to use sun.misc.Unsafe instead of JNA patch by Pavel Yaskevich; reviewed by Jonathan Ellis for CASSANDRA-3271 xedin : http://svn.apache.org/viewcvs.cgi/?root=Apache-SVNview=revrev=1179467 Files : * /cassandra/trunk/CHANGES.txt * /cassandra/trunk/src/java/org/apache/cassandra/cache/FreeableMemory.java * /cassandra/trunk/src/java/org/apache/cassandra/cache/SerializingCacheProvider.java * /cassandra/trunk/src/java/org/apache/cassandra/config/CFMetaData.java * /cassandra/trunk/src/java/org/apache/cassandra/io/util/Memory.java * /cassandra/trunk/src/java/org/apache/cassandra/io/util/MemoryInputStream.java * /cassandra/trunk/src/java/org/apache/cassandra/io/util/MemoryOutputStream.java * /cassandra/trunk/src/resources/org/apache/cassandra/cli/CliHelp.yaml * /cassandra/trunk/test/unit/org/apache/cassandra/cache/CacheProviderTest.java off-heap cache to use sun.misc.Unsafe instead of JNA Key: CASSANDRA-3271 URL: https://issues.apache.org/jira/browse/CASSANDRA-3271 Project: Cassandra Issue Type: Improvement Components: Core Reporter: Pavel Yaskevich Assignee: Pavel Yaskevich Priority: Minor Fix For: 1.1 Attachments: 3271-v2.txt, CASSANDRA-3271-v3.patch, CASSANDRA-3271.patch Instead of requiring JNA for off-heap caches we should try to use sun.misc.Unsafe. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot failure in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a new failure on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/54 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: forced: by IRC user gmcdonald on channel #cassandra-dev: testing locks Build Source Stamp: HEAD Blamelist: BUILD FAILED: failed compile sincerely, -The Buildbot
[jira] [Created] (CASSANDRA-3324) QueryProcessor is not setting CqlResultType to INT
QueryProcessor is not setting CqlResultType to INT -- Key: CASSANDRA-3324 URL: https://issues.apache.org/jira/browse/CASSANDRA-3324 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Nate McCall QueryProcessor does a check for a count operation, but does not toggle the resultType to INT -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-3324) QueryProcessor is not setting CqlResultType to INT
[ https://issues.apache.org/jira/browse/CASSANDRA-3324?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Nate McCall updated CASSANDRA-3324: --- Attachment: 3324.txt Toggles resultType to INT if we are a count query. QueryProcessor is not setting CqlResultType to INT -- Key: CASSANDRA-3324 URL: https://issues.apache.org/jira/browse/CASSANDRA-3324 Project: Cassandra Issue Type: Bug Components: Core Affects Versions: 1.0.0 Reporter: Nate McCall Fix For: 1.0.0 Attachments: 3324.txt QueryProcessor does a check for a count operation, but does not toggle the resultType to INT -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
buildbot success in ASF Buildbot on cassandra-1.0.0
The Buildbot has detected a restored build on builder cassandra-1.0.0 while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/cassandra-1.0.0/builds/55 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: isis_ubuntu Build Reason: forced: by IRC user gmcdonald on channel #cassandra-dev: testing locks take 2 Build Source Stamp: HEAD Blamelist: Build succeeded! sincerely, -The Buildbot
[jira] [Updated] (CASSANDRA-2802) Enable encryption for data across the DC only.
[ https://issues.apache.org/jira/browse/CASSANDRA-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vijay updated CASSANDRA-2802: - Attachment: 0001-Changes-to-Snitch-to-avoid-NPE-v2.patch 0002-Commiting-New-Port-For-SSL-v2.patch 0003-yaml-changes-for-ssl-port-v2.patch Another take on the ticket. OTCP will give the required abstraction for the Internal IP/Public IP and Encrypt/UnEncrypted this also provides abstraction for streaming to happen via the private/public-ip for aws users. Thank You! Enable encryption for data across the DC only. -- Key: CASSANDRA-2802 URL: https://issues.apache.org/jira/browse/CASSANDRA-2802 Project: Cassandra Issue Type: New Feature Components: Core Affects Versions: 0.8.0 Environment: JVM Reporter: Vijay Assignee: Vijay Priority: Minor Fix For: 0.8.8 Attachments: 0001-2802-Commiting-New-Port-For-SSL.patch, 0001-Changes-to-Snitch-to-avoid-NPE-v2.patch, 0002-2802-Changes-to-Snitch-to-avoid-NPE.patch, 0002-Commiting-New-Port-For-SSL-v2.patch, 0003-yaml-changes-for-ssl-port-v2.patch Make DC level Encryption option 1) Modify EncryptionOptions to add inter_dc option. 2) Modify OutboundTCPConnection.connect() to check if it is in the same DC and if the encryption option is enabled. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira