[jira] [Created] (CASSANDRA-16816) bootstrap_upgrade_test has upgrade_test annotation in wrong place
Jacek Lewandowski created CASSANDRA-16816: - Summary: bootstrap_upgrade_test has upgrade_test annotation in wrong place Key: CASSANDRA-16816 URL: https://issues.apache.org/jira/browse/CASSANDRA-16816 Project: Cassandra Issue Type: Bug Components: Test/dtest/python Reporter: Jacek Lewandowski {code:python} @pytest.mark.upgrade_test class TestBootstrapUpgrade(TestBootstrap): """ @jira_ticket CASSANDRA-11841 Test that bootstrap works with a mixed version cluster In particular, we want to test that keep-alive is not sent to a node with version < 3.10 """ @pytest.mark.no_vnodes @since('3.10', max_version='3.99') def test_simple_bootstrap_mixed_versions(self): # Compatibility flag ensures that bootstrapping gets schema information during # upgrades from 3.0.14+ to anything upwards for 3.0.x or 3.x clusters. # @jira_ticket CASSANDRA-13004 for detailed context on `force_3_0_protocol_version` flag self._test_bootstrap_with_compatibility_flag_on(bootstrap_from_version="3.5") {code} This is the only upgrade test defined for bootstrap. However since it inherits from TestBoostrap class and has annotation on the class level, when we do the dry run we will see: {noformat} (venv) cassandra@b69a382da7cd:~/cassandra-dtest$ pytest --cassandra-dir=/home/cassandra/cassandra --collect-only -q --execute-upgrade-tests --execute-upgrade-tests-only upgrade_tests/bootstrap_upgrade_test.py upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_simple_bootstrap_with_ssl upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_simple_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_bootstrap_on_write_survey upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_simple_bootstrap_small_keepalive_period upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_simple_bootstrap_nodata upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_schema_removed_nodes upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_read_from_bootstrapped_node upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_bootstrap_waits_for_streaming_to_finish upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_consistent_range_movement_true_with_replica_down_should_fail upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_consistent_range_movement_false_with_replica_down_should_succeed upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_consistent_range_movement_true_with_rf1_should_fail upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_consistent_range_movement_false_with_rf1_should_succeed upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_rf_gt_nodes_multidc_should_succeed upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_resumable_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_bootstrap_with_reset_bootstrap_state upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_manual_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_local_quorum_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_shutdown_wiped_node_cannot_join upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_killed_wiped_node_cannot_join upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_decommissioned_wiped_node_can_join upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_decommissioned_wiped_node_can_gossip_to_single_seed upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_failed_bootstrap_wiped_node_can_join upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_node_cannot_join_as_hibernating_node_without_replace_address upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_simultaneous_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_cleanup upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_bootstrap_binary_disabled upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_invalid_host_id upgrade_tests/bootstrap_upgrade_test.py::TestBootstrap::test_host_id_override upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_simple_bootstrap_with_ssl upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_simple_bootstrap upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_bootstrap_on_write_survey upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_simple_bootstrap_small_keepalive_period upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_simple_bootstrap_nodata upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_schema_removed_nodes upgrade_tests/bootstrap_upgrade_test.py::TestBootstrapUpgrade::test_read_from_bootstrapped_node
[jira] [Created] (CASSANDRA-16815) Background schedule to clean up orphaned hints files
Yifan Cai created CASSANDRA-16815: - Summary: Background schedule to clean up orphaned hints files Key: CASSANDRA-16815 URL: https://issues.apache.org/jira/browse/CASSANDRA-16815 Project: Cassandra Issue Type: Improvement Reporter: Yifan Cai Assignee: Yifan Cai Host replacement is possible to produce orphaned hints files that the original associated host ID no longer exist in the cluster (i.e., being replaced). Those orphaned hints files will not be dispatched and only consumes up the disk space. We can have a background schedule that infrequently checks and deletes the files if they are orphaned and have exceeded the TTL. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-16404) Provide a nodetool way of invalidating auth caches
[ https://issues.apache.org/jira/browse/CASSANDRA-16404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksei Zotov updated CASSANDRA-16404: -- Reviewers: Benjamin Lerer, Sam Tunnicliffe (was: Benjamin Lerer) > Provide a nodetool way of invalidating auth caches > -- > > Key: CASSANDRA-16404 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16404 > Project: Cassandra > Issue Type: Improvement > Components: Feature/Authorization >Reporter: Sumanth Pasupuleti >Assignee: Aleksei Zotov >Priority: Normal > Fix For: 4.x > > Time Spent: 50m > Remaining Estimate: 0h > > We currently have nodetool commands to invalidate certain caches like > KeyCache, RowCache and CounterCache. > Being able to invalidate auth caches as well can come in handy in situations > where, critical backend auth changes may need to be in effect right away for > all the connections, especially in configurations where cache validity is > chosen to be for a longer duration. An example can be that an authenticated > user "User1" is no longer authorized to access a table resource "table1" and > it is vital that this change is reflected right away, without having to wait > for cache expiry/refresh to trigger. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-16404) Provide a nodetool way of invalidating auth caches
[ https://issues.apache.org/jira/browse/CASSANDRA-16404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aleksei Zotov updated CASSANDRA-16404: -- Status: Patch Available (was: In Progress) > Provide a nodetool way of invalidating auth caches > -- > > Key: CASSANDRA-16404 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16404 > Project: Cassandra > Issue Type: Improvement > Components: Feature/Authorization >Reporter: Sumanth Pasupuleti >Assignee: Aleksei Zotov >Priority: Normal > Fix For: 4.x > > Time Spent: 50m > Remaining Estimate: 0h > > We currently have nodetool commands to invalidate certain caches like > KeyCache, RowCache and CounterCache. > Being able to invalidate auth caches as well can come in handy in situations > where, critical backend auth changes may need to be in effect right away for > all the connections, especially in configurations where cache validity is > chosen to be for a longer duration. An example can be that an authenticated > user "User1" is no longer authorized to access a table resource "table1" and > it is vital that this change is reflected right away, without having to wait > for cache expiry/refresh to trigger. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-8596) Display datacenter/rack info for offline nodes - PropertyFileSnitch
[ https://issues.apache.org/jira/browse/CASSANDRA-8596?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-8596: Status: Open (was: Patch Available) > Display datacenter/rack info for offline nodes - PropertyFileSnitch > --- > > Key: CASSANDRA-8596 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8596 > Project: Cassandra > Issue Type: Improvement > Components: Legacy/Distributed Metadata >Reporter: Vovodroid >Priority: Low > Attachments: ByteBufferUtils.diff, file_snitch.patch > > > When using GossipPropertyFileSnitch "nodetool status" shows default (from > cassandra-topology.properties ) datacenter/rack for offline nodes. > It happens because offline nodes are not in endpointMap, and thus > getRawEndpointInfo returns default DC/rack is returned > (PropertyFileSnitch.java). > I suggest to take info for those nodes from system.peers tables - just like > SELECT data_center,rack FROM system.peers WHERE peer='10.0.0.1' > Patch attached. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-16725) Implement nodetool getauditlog command
[ https://issues.apache.org/jira/browse/CASSANDRA-16725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388256#comment-17388256 ] Stefan Miklosovic edited comment on CASSANDRA-16725 at 7/27/21, 7:06 PM: - Together with [~paulo] we came to the conclusion that it would be better to leave vtable to a separate ticket. It would be maybe more desirable to come with a bunch of other vtables too in order to not have them scattered across the repository. So I would prefer to not merge that vtable for now. was (Author: stefan.miklosovic): Together with [~paulo] we came to the conclusion that it would be better to leave vtable to a separate ticket. It would be maybe more desirable to come with a bunch of other vtables too in order to not have the scattered across the repository. So I would prefer to not merge that vtable for now. > Implement nodetool getauditlog command > -- > > Key: CASSANDRA-16725 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16725 > Project: Cassandra > Issue Type: New Feature > Components: Tool/auditlogging >Reporter: Stefan Miklosovic >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.1 > > Time Spent: 4h > Remaining Estimate: 0h > > There is getfullquerylog already, there is not any reason why getauditlog > should not be there too. A user can not retrieve runtime configuration of > Audit log, it might be only enabled and disabled via jmx but its state can > not be queried in runtime. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-16725) Implement nodetool getauditlog command
[ https://issues.apache.org/jira/browse/CASSANDRA-16725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388256#comment-17388256 ] Stefan Miklosovic commented on CASSANDRA-16725: --- Together with [~paulo] we came to the conclusion that it would be better to leave vtable to a separate ticket. It would be maybe more desirable to come with a bunch of other vtables too in order to not have the scattered across the repository. So I would prefer to not merge that vtable for now. > Implement nodetool getauditlog command > -- > > Key: CASSANDRA-16725 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16725 > Project: Cassandra > Issue Type: New Feature > Components: Tool/auditlogging >Reporter: Stefan Miklosovic >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.1 > > Time Spent: 4h > Remaining Estimate: 0h > > There is getfullquerylog already, there is not any reason why getauditlog > should not be there too. A user can not retrieve runtime configuration of > Audit log, it might be only enabled and disabled via jmx but its state can > not be queried in runtime. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14349) Untracked CDC segment files are not deleted after replay
[ https://issues.apache.org/jira/browse/CASSANDRA-14349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh McKenzie updated CASSANDRA-14349: -- Source Control Link: https://github.com/shichao-an/cassandra/commits/14349-trunk Resolution: Fixed Status: Resolved (was: Ready to Commit) > Untracked CDC segment files are not deleted after replay > > > Key: CASSANDRA-14349 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14349 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Local Write-Read Paths >Reporter: Shichao An >Assignee: Shichao An >Priority: Low > Fix For: 4.0-rc2, 3.11.10 > > > When CDC is enabled, a hard link to each commit log file will be created in > cdc_raw directory. Those commit logs with CDC mutations will also have cdc > index files created along with the hard links; these are intended for the > consumer to handle and clean them up. > However, if we don't produce any CDC traffic, those hard links in cdc_raw > will be never cleaned up (because hard links will still be created, without > the index files), whereas the real original commit logs are correctly deleted > after replay during process startup. This will results in many untracked hard > links in cdc_raw if we restart the cassandra process many times. I am able to > use CCM to reproduce it in trunk version which has the CASSANDRA-12148 > changes. > This seems a bug in handleReplayedSegment of the commit log segment manager > which neglects to take care of CDC commit logs. I will attach a patch here. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14349) Untracked CDC segment files are not deleted after replay
[ https://issues.apache.org/jira/browse/CASSANDRA-14349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Josh McKenzie updated CASSANDRA-14349: -- Fix Version/s: 3.11.10 4.0-rc2 > Untracked CDC segment files are not deleted after replay > > > Key: CASSANDRA-14349 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14349 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Local Write-Read Paths >Reporter: Shichao An >Assignee: Shichao An >Priority: Low > Fix For: 3.11.10, 4.0-rc2 > > > When CDC is enabled, a hard link to each commit log file will be created in > cdc_raw directory. Those commit logs with CDC mutations will also have cdc > index files created along with the hard links; these are intended for the > consumer to handle and clean them up. > However, if we don't produce any CDC traffic, those hard links in cdc_raw > will be never cleaned up (because hard links will still be created, without > the index files), whereas the real original commit logs are correctly deleted > after replay during process startup. This will results in many untracked hard > links in cdc_raw if we restart the cassandra process many times. I am able to > use CCM to reproduce it in trunk version which has the CASSANDRA-12148 > changes. > This seems a bug in handleReplayedSegment of the commit log segment manager > which neglects to take care of CDC commit logs. I will attach a patch here. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14349) Untracked CDC segment files are not deleted after replay
[ https://issues.apache.org/jira/browse/CASSANDRA-14349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388254#comment-17388254 ] Josh McKenzie commented on CASSANDRA-14349: --- ack [~blerer]. This was merged in as commit 6edfe7fb50b2d0562282b12b07aba67e95a76940 back in 2018; failed to follow up here. I'll close this out. > Untracked CDC segment files are not deleted after replay > > > Key: CASSANDRA-14349 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14349 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Local Write-Read Paths >Reporter: Shichao An >Assignee: Shichao An >Priority: Low > > When CDC is enabled, a hard link to each commit log file will be created in > cdc_raw directory. Those commit logs with CDC mutations will also have cdc > index files created along with the hard links; these are intended for the > consumer to handle and clean them up. > However, if we don't produce any CDC traffic, those hard links in cdc_raw > will be never cleaned up (because hard links will still be created, without > the index files), whereas the real original commit logs are correctly deleted > after replay during process startup. This will results in many untracked hard > links in cdc_raw if we restart the cassandra process many times. I am able to > use CCM to reproduce it in trunk version which has the CASSANDRA-12148 > changes. > This seems a bug in handleReplayedSegment of the commit log segment manager > which neglects to take care of CDC commit logs. I will attach a patch here. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-16725) Implement nodetool getauditlog command
[ https://issues.apache.org/jira/browse/CASSANDRA-16725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388238#comment-17388238 ] Stefan Miklosovic commented on CASSANDRA-16725: --- [https://ci-cassandra.apache.org/view/patches/job/Cassandra-devbranch/981/] PR / branch is same changes included: 1) composite data rewritten, they are no on "options" as discussed in PR, the whole class is simplified because of that a lot 2) added virtual table for audit log options 3) added AuditLogManagerMBean 4) Added more options into nodetool's enableauditlog (to be on par with fullquerylog) I am not sure if I can move remaining "enable" methods from StorageService to new AuditLogManager. I know there is some policy about backward compatible interfaces and we should at most mark some methods as deprecated if new are introduced however here we are adding completely new MBean and I am not sure what to do in that case. > Implement nodetool getauditlog command > -- > > Key: CASSANDRA-16725 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16725 > Project: Cassandra > Issue Type: New Feature > Components: Tool/auditlogging >Reporter: Stefan Miklosovic >Assignee: Stefan Miklosovic >Priority: Normal > Fix For: 4.1 > > Time Spent: 4h > Remaining Estimate: 0h > > There is getfullquerylog already, there is not any reason why getauditlog > should not be there too. A user can not retrieve runtime configuration of > Audit log, it might be only enabled and disabled via jmx but its state can > not be queried in runtime. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14532) Partition level deletions past GCGS are not propagated/merged on read
[ https://issues.apache.org/jira/browse/CASSANDRA-14532?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388187#comment-17388187 ] Ekaterina Dimitrova commented on CASSANDRA-14532: - Hi [~KurtG], I am triaging Cassandra Jira tickets and I was wondering whether you still have some plans to do something about this one? My understanding from reading only the ticket comments (I didn't see a link to the mail discussions) is that you wanted to improve a bit the docs and also add some additional test? > Partition level deletions past GCGS are not propagated/merged on read > - > > Key: CASSANDRA-14532 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14532 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Documentation and Website >Reporter: Kurt Greaves >Assignee: Kurt Greaves >Priority: Low > > So as [~jay.zhuang] mentioned on the mailing list > [here|http://mail-archives.us.apache.org/mod_mbox/cassandra-dev/201806.mbox/], > it appears that partition deletions that have passed GCGS are not > propagated/merged properly on read, and also not repaired via read repair. > Steps to reproduce: > {code} > create keyspace test WITH replication = {'class': 'SimpleStrategy', > 'replication_factor': 3}; > create table test.test (id int PRIMARY KEY , data text) WITH gc_grace_seconds > = 10; > CONSISTENCY ALL; > INSERT INTO test.test (id, data) values (1, 'test'); > ccm node2 stop > CONSISTENCY QUORUM; > DELETE from test.test where id = 1; // wait 10 seconds so HH doesn't > propagate tombstone when starting node2 > select * from test.test where id = 1 ; > id | data > +-- > (0 rows) > ccm node2 start > CONSISTENCY ALL; > select * from test.test where id = 1 ; > id | data > +-- > 1 | test > alter table test.test WITH gc_grace_seconds = 10; // GC > select * from test.test where id = 1 ; > id | data > +-- > (0 rows) > {code} > We've also found a seemingly related issue in compaction where trying to > compact an SSTable which contains the partition deletion post GCGS, the > partition deletion won't be removed via compaction. Likely the same code is > causing both bugs. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-14051) Many materialized_views_test are busted
[ https://issues.apache.org/jira/browse/CASSANDRA-14051?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388180#comment-17388180 ] Ekaterina Dimitrova commented on CASSANDRA-14051: - Hi [~KurtG], I am doing triage of our Cassandra tickets and I was wondering whether you still have some plans about this one. I know it's been a while... Currently I don't see Materialized views tests failing, at least in 4.0 and trunk. > Many materialized_views_test are busted > --- > > Key: CASSANDRA-14051 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14051 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Testing >Reporter: Michael Kjellman >Assignee: Kurt Greaves >Priority: Normal > > Many materialized_views_test are busted... For now we should disable the > entire MV test suite until effort is put into making these test usable and > helpful. Currently they aren't helpful and almost all fail. > test_base_column_in_view_pk_commutative_tombstone_without_flush - > materialized_views_test.TestMaterializedViews > test_base_column_in_view_pk_complex_timestamp_with_flush - > materialized_views_test.TestMaterializedViews > add_dc_after_mv_network_replication_test - > materialized_views_test.TestMaterializedViews > add_dc_after_mv_simple_replication_test - > materialized_views_test.TestMaterializedViews > add_node_after_mv_test - materialized_views_test.TestMaterializedViews > add_node_after_very_wide_mv_test - > materialized_views_test.TestMaterializedViews > add_node_after_wide_mv_with_range_deletions_test - > materialized_views_test.TestMaterializedViews -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15438) MerkleTrees variables renaming tree -> trees
[ https://issues.apache.org/jira/browse/CASSANDRA-15438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-15438: --- Status: Review In Progress (was: Needs Reviewer) > MerkleTrees variables renaming tree -> trees > > > Key: CASSANDRA-15438 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15438 > Project: Cassandra > Issue Type: Improvement >Reporter: xiangwang >Assignee: Aleksei Zotov >Priority: Normal > Fix For: 4.x > > Attachments: 0001-Rename-MerkleTrees-tree-to-MerkleTrees-trees.patch > > Time Spent: 10m > Remaining Estimate: 0h > > It's confusing that the virable tree is sometimes MerkleTrees instead of > MerkleTree. > I'd like to rename "MerkleTrees tree" to "MerkleTrees trees" to make the code > easier to read. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-site updated: ninja-fix: /blog.html -> /_/blog.html
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-site by this push: new 40e67c7 ninja-fix: /blog.html -> /_/blog.html 40e67c7 is described below commit 40e67c777dbc0b241d43f6407550bdfcb5782985 Author: mck AuthorDate: Tue Jul 27 17:34:03 2021 +0200 ninja-fix: /blog.html -> /_/blog.html --- content/.htaccess | 1 + 1 file changed, 1 insertion(+) diff --git a/content/.htaccess b/content/.htaccess index e3d4c8e..c87afe0 100755 --- a/content/.htaccess +++ b/content/.htaccess @@ -12,6 +12,7 @@ RewriteRule ^(.*)/$ /_/$1.html [R=301,L] RewriteEngine on +Redirect 301 /blog.html /_/blog.html Redirect 301 /blog/2021/04/19/cass-world-party-speakers.html /blog/Speakers-Announced-for-April-28-Cassandra-4.0-World-Party.html Redirect 301 /blog/2021/04/12/cass-changelog_6.html /blog/Apache-Cassandra-Changelog-6-April-2021.html Redirect 301 /blog/2021/03/25/world_party.html /blog/World-Party.html - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-staging updated: ninja-fix: /blog.html -> /_/blog.html
This is an automated email from the ASF dual-hosted git repository. mck pushed a commit to branch asf-staging in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-staging by this push: new dd47589 ninja-fix: /blog.html -> /_/blog.html dd47589 is described below commit dd4758971409b3e8e109fbee3e080c1c27a5828e Author: mck AuthorDate: Tue Jul 27 17:34:03 2021 +0200 ninja-fix: /blog.html -> /_/blog.html --- content/.htaccess | 1 + 1 file changed, 1 insertion(+) diff --git a/content/.htaccess b/content/.htaccess index e3d4c8e..c87afe0 100755 --- a/content/.htaccess +++ b/content/.htaccess @@ -12,6 +12,7 @@ RewriteRule ^(.*)/$ /_/$1.html [R=301,L] RewriteEngine on +Redirect 301 /blog.html /_/blog.html Redirect 301 /blog/2021/04/19/cass-world-party-speakers.html /blog/Speakers-Announced-for-April-28-Cassandra-4.0-World-Party.html Redirect 301 /blog/2021/04/12/cass-changelog_6.html /blog/Apache-Cassandra-Changelog-6-April-2021.html Redirect 301 /blog/2021/03/25/world_party.html /blog/World-Party.html - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-site updated: fix blog date
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-site by this push: new 7b7c610 fix blog date 7b7c610 is described below commit 7b7c6106f0c1d23891aa13990bfdefc99b8d586c Author: Brandon Williams AuthorDate: Tue Jul 27 10:13:23 2021 -0500 fix blog date --- content/_/blog.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/_/blog.html b/content/_/blog.html index 141aa78..b66dcdf 100644 --- a/content/_/blog.html +++ b/content/_/blog.html @@ -186,7 +186,7 @@ Apache Cassandra 4.0 is Here -July 19, 2021 +July 27, 2021 - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-site updated: change blog date
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-site by this push: new d74067e change blog date d74067e is described below commit d74067e1800c3625e615676341af6fd24b244c50 Author: Brandon Williams AuthorDate: Tue Jul 27 10:10:54 2021 -0500 change blog date --- content/_/blog/Apache-Cassandra-4.0-is-Here.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/_/blog/Apache-Cassandra-4.0-is-Here.html b/content/_/blog/Apache-Cassandra-4.0-is-Here.html index f016e93..bd9d00c 100644 --- a/content/_/blog/Apache-Cassandra-4.0-is-Here.html +++ b/content/_/blog/Apache-Cassandra-4.0-is-Here.html @@ -173,7 +173,7 @@ Apache Cassandra 4.0 is Here -July 27, 2020 | The Apache Cassandra Community +July 27, 2021 | The Apache Cassandra Community - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[cassandra-website] branch asf-site updated: change blog date
This is an automated email from the ASF dual-hosted git repository. brandonwilliams pushed a commit to branch asf-site in repository https://gitbox.apache.org/repos/asf/cassandra-website.git The following commit(s) were added to refs/heads/asf-site by this push: new 9654886 change blog date 9654886 is described below commit 96548860ebb69b2e61ac55b6ef8ff6e1cb5cd2e9 Author: Brandon Williams AuthorDate: Tue Jul 27 10:06:40 2021 -0500 change blog date --- content/_/blog/Apache-Cassandra-4.0-is-Here.html | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/_/blog/Apache-Cassandra-4.0-is-Here.html b/content/_/blog/Apache-Cassandra-4.0-is-Here.html index 2ef0ec8..f016e93 100644 --- a/content/_/blog/Apache-Cassandra-4.0-is-Here.html +++ b/content/_/blog/Apache-Cassandra-4.0-is-Here.html @@ -173,7 +173,7 @@ Apache Cassandra 4.0 is Here -July 18, 2020 | The Apache Cassandra Community +July 27, 2020 | The Apache Cassandra Community - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-13087) Not enough bytes exception during compaction
[ https://issues.apache.org/jira/browse/CASSANDRA-13087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388128#comment-17388128 ] Ekaterina Dimitrova commented on CASSANDRA-13087: - Ping [~blerer] :) > Not enough bytes exception during compaction > > > Key: CASSANDRA-13087 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13087 > Project: Cassandra > Issue Type: Bug > Components: Local/Compaction > Environment: Ubuntu 14.04.3 LTS, Cassandra 2.1.14 >Reporter: FACORAT >Assignee: Cyril Scetbon >Priority: Normal > Attachments: CASSANDRA-13087.patch > > > After a repair we have compaction exceptions on some nodes and its spreading > {noformat} > ERROR [CompactionExecutor:14065] 2016-12-30 14:45:07,245 > CassandraDaemon.java:229 - Exception in thread > Thread[CompactionExecutor:14065,1,main] > java.lang.IllegalArgumentException: Not enough bytes. Offset: 5. Length: > 20275. Buffer size: 12594 > at > org.apache.cassandra.db.composites.AbstractCType.checkRemaining(AbstractCType.java:378) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.composites.AbstractCompoundCellNameType.fromByteBuffer(AbstractCompoundCellNameType.java:100) > ~[apache-cassandra-2.1.14.ja > r:2.1.14] > at > org.apache.cassandra.db.composites.AbstractCType$Serializer.deserialize(AbstractCType.java:398) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.composites.AbstractCType$Serializer.deserialize(AbstractCType.java:382) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.OnDiskAtom$Serializer.deserializeFromSSTable(OnDiskAtom.java:75) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.AbstractCell$1.computeNext(AbstractCell.java:52) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.AbstractCell$1.computeNext(AbstractCell.java:46) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:143) > ~[guava-16.0.jar:na] > at > com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:138) > ~[guava-16.0.jar:na] > at > org.apache.cassandra.io.sstable.SSTableIdentityIterator.hasNext(SSTableIdentityIterator.java:171) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.utils.MergeIterator$OneToOne.computeNext(MergeIterator.java:202) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:143) > ~[guava-16.0.jar:na] > at > com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:138) > ~[guava-16.0.jar:na] > at > com.google.common.collect.Iterators$7.computeNext(Iterators.java:645) > ~[guava-16.0.jar:na] > at > com.google.common.collect.AbstractIterator.tryToComputeNext(AbstractIterator.java:143) > ~[guava-16.0.jar:na] > at > com.google.common.collect.AbstractIterator.hasNext(AbstractIterator.java:138) > ~[guava-16.0.jar:na] > at > org.apache.cassandra.db.ColumnIndex$Builder.buildForCompaction(ColumnIndex.java:166) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.compaction.LazilyCompactedRow.write(LazilyCompactedRow.java:121) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.io.sstable.SSTableWriter.append(SSTableWriter.java:193) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.io.sstable.SSTableRewriter.append(SSTableRewriter.java:127) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:197) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:73) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:59) > ~[apache-cassandra-2.1.14.jar:2.1.14] > at > org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionCandidate.run(CompactionManager.java:264) > ~[apache-cassandra-2.1.14.jar:2 > .1.14] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) > ~[na:1.8.0_60] > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > ~[na:1.8.0_60] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > ~[na:1.8.0_60] > at >
[jira] [Commented] (CASSANDRA-14644) CircleCI Builds should optional run in-tree tests other than test/unit
[ https://issues.apache.org/jira/browse/CASSANDRA-14644?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388121#comment-17388121 ] Ekaterina Dimitrova commented on CASSANDRA-14644: - I am not sure I fully understand the issue here and the ticket is already old so it might be just that it is already outdated. Currently we have the option to approve the run of the utests_compression, utests_long, also utests_stress, utests_fqltool, utests_system_keyspaces_directory in the Java 8 workflow. Please see here - [https://app.circleci.com/pipelines/github/ekaterinadimitrova2/cassandra/1043/workflows/655d47b7-7d76-410a-a561-d8286ea266b5] > CircleCI Builds should optional run in-tree tests other than test/unit > -- > > Key: CASSANDRA-14644 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14644 > Project: Cassandra > Issue Type: Bug > Components: CI, Legacy/Testing >Reporter: Jordan West >Assignee: Vinay Chella >Priority: Urgent > Labels: CI > > Currently, circleci is hardcoded to search for tests in the test/unit > directory only: > https://github.com/apache/cassandra/blob/trunk/.circleci/config.yml#L166. > This means tests under `test-compression` and `test-long` are not run. Like > dtests, there should be a simple way to modify the config to run these as > well. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-16336) cqlsh help command displays a broken url
[ https://issues.apache.org/jira/browse/CASSANDRA-16336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388094#comment-17388094 ] Ekaterina Dimitrova edited comment on CASSANDRA-16336 at 7/27/21, 2:26 PM: --- This ticket reminds me of CASSANDRA-13047 , CC [~Bereng] was (Author: e.dimitrova): This ticket reminds me of CASSANDRA-13047 > cqlsh help command displays a broken url > > > Key: CASSANDRA-16336 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16336 > Project: Cassandra > Issue Type: Bug > Components: Tool/cqlsh >Reporter: Dylan Stephano-Shachter >Assignee: Ashok Kumar Maganti >Priority: Normal > Labels: lhf > Attachments: image-2021-03-29-23-29-43-166.png, > image-2021-03-29-23-35-51-337.png, not_found.png > > > When running cqlsh the help command outputs a web page which returns 404 > {code} > cqlsh> help create_table > *** No browser to display CQL help. URL for help topic create_table : > https://cassandra.apache.org/doc/cql3/CQL-3.2.html#createTableStmt > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-13047) Point cqlsh help to the new doc
[ https://issues.apache.org/jira/browse/CASSANDRA-13047?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388093#comment-17388093 ] Ekaterina Dimitrova commented on CASSANDRA-13047: - I think first we should figure out why In-tree we have only skinny page, I suspect there might be a good reason for that, maybe... > Point cqlsh help to the new doc > --- > > Key: CASSANDRA-13047 > URL: https://issues.apache.org/jira/browse/CASSANDRA-13047 > Project: Cassandra > Issue Type: Bug > Components: Legacy/CQL >Reporter: Sylvain Lebresne >Assignee: Berenguer Blasi >Priority: Normal > Fix For: 3.11.x, 4.0.x > > Time Spent: 0.5h > Remaining Estimate: 0h > > Cqlsh still points to the "old" textile CQL doc, but that's not really > maintain anymore now that we have the new doc (which include everything the > old doc had and more). We should update cqlsh to point to the new doc so we > can remove the old one completely. > Any takers? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-16336) cqlsh help command displays a broken url
[ https://issues.apache.org/jira/browse/CASSANDRA-16336?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388094#comment-17388094 ] Ekaterina Dimitrova commented on CASSANDRA-16336: - This ticket reminds me of CASSANDRA-13047 > cqlsh help command displays a broken url > > > Key: CASSANDRA-16336 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16336 > Project: Cassandra > Issue Type: Bug > Components: Tool/cqlsh >Reporter: Dylan Stephano-Shachter >Assignee: Ashok Kumar Maganti >Priority: Normal > Labels: lhf > Attachments: image-2021-03-29-23-29-43-166.png, > image-2021-03-29-23-35-51-337.png, not_found.png > > > When running cqlsh the help command outputs a web page which returns 404 > {code} > cqlsh> help create_table > *** No browser to display CQL help. URL for help topic create_table : > https://cassandra.apache.org/doc/cql3/CQL-3.2.html#createTableStmt > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-15533) Don't allocate unneeded MergeIterator in OnDiskToken#iterator
[ https://issues.apache.org/jira/browse/CASSANDRA-15533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17388062#comment-17388062 ] Brandon Williams commented on CASSANDRA-15533: -- With 4.0.0 branched this was probably ready for commit, but with it released it should be now? > Don't allocate unneeded MergeIterator in OnDiskToken#iterator > -- > > Key: CASSANDRA-15533 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15533 > Project: Cassandra > Issue Type: Improvement > Components: Feature/SASI >Reporter: Jordan West >Assignee: Jordan West >Priority: Normal > Fix For: 4.x > > > When reviewing CASSANDRA-15392 it became apparent that the MergeIterator > allocated by OnDiskToken#iterator is rarely necessary and so we should avoid > allocating one when not needed and skip the MergeIterator pool when needed > because its unlikely to be sized correctly. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-8675) COPY TO/FROM broken for newline characters
[ https://issues.apache.org/jira/browse/CASSANDRA-8675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Brandon Williams updated CASSANDRA-8675: Status: Open (was: Patch Available) > COPY TO/FROM broken for newline characters > -- > > Key: CASSANDRA-8675 > URL: https://issues.apache.org/jira/browse/CASSANDRA-8675 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Tools > Environment: [cqlsh 5.0.1 | Cassandra 2.1.2 | CQL spec 3.2.0 | Native > protocol v3] > Ubuntu 14.04 64-bit >Reporter: Lex Lythius >Priority: Normal > Labels: cqlsh, remove-reopen > Fix For: 3.0.x > > Attachments: CASSANDRA-8675.patch, copytest.csv > > > Exporting/importing does not preserve contents when texts containing newline > (and possibly other) characters are involved: > {code:sql} > cqlsh:test> create table if not exists copytest (id int primary key, t text); > cqlsh:test> insert into copytest (id, t) values (1, 'This has a newline > ... character'); > cqlsh:test> insert into copytest (id, t) values (2, 'This has a quote " > character'); > cqlsh:test> insert into copytest (id, t) values (3, 'This has a fake tab \t > character (typed backslash, t)'); > cqlsh:test> select * from copytest; > id | t > +- > 1 | This has a newline\ncharacter > 2 |This has a quote " character > 3 | This has a fake tab \t character (entered slash-t text) > (3 rows) > cqlsh:test> copy copytest to '/tmp/copytest.csv'; > 3 rows exported in 0.034 seconds. > cqlsh:test> copy copytest from '/tmp/copytest.csv'; > 3 rows imported in 0.005 seconds. > cqlsh:test> select * from copytest; > id | t > +--- > 1 | This has a newlinencharacter > 2 | This has a quote " character > 3 | This has a fake tab \t character (typed backslash, t) > (3 rows) > {code} > I tried replacing \n in the CSV file with \\n, which just expands to \n in > the table; and with an actual newline character, which fails with error since > it prematurely terminates the record. > It seems backslashes are only used to take the following character as a > literal > Until this is fixed, what would be the best way to refactor an old table with > a new, incompatible structure maintaining its content and name, since we > can't rename tables? -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-14047) test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: Missing: ['127.0.0.3.* now UP']:
[ https://issues.apache.org/jira/browse/CASSANDRA-14047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-14047: --- Resolution: Cannot Reproduce Status: Resolved (was: Open) > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > -- > > Key: CASSANDRA-14047 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14047 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Testing >Reporter: Michael Kjellman >Assignee: Benjamin Lerer >Priority: Normal > Attachments: 3_11-debug.log, trunk-debug.log, trunk-debug.log-2, > trunk-patch_passes_test-debug.log > > > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > 15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']: > INFO [main] 2017-11-15 11:21:32,452 YamlConfigura. > See system.log for remainder > >> begin captured logging << > dtest: DEBUG: cluster ccm directory: /tmp/dtest-v3VgyS > dtest: DEBUG: Done setting configuration options: > { 'initial_token': None, > 'num_tokens': '32', > 'phi_convict_threshold': 5, > 'range_request_timeout_in_ms': 1, > 'read_request_timeout_in_ms': 1, > 'request_timeout_in_ms': 1, > 'truncate_request_timeout_in_ms': 1, > 'write_request_timeout_in_ms': 1} > dtest: DEBUG: Testing single dc, users, each quorum reads > - >> end captured logging << - > File "/usr/lib/python2.7/unittest/case.py", line 329, in run > testMethod() > File "/home/cassandra/cassandra-dtest/tools/decorators.py", line 48, in > wrapped > f(obj) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 621, in > test_simple_strategy_each_quorum_users > > self._run_test_function_in_parallel(TestAccuracy.Validation.validate_users, > [self.nodes], [self.rf], combinations) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 535, in > _run_test_function_in_parallel > self._start_cluster(save_sessions=True, > requires_local_reads=requires_local_reads) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 141, in > _start_cluster > cluster.start(wait_for_binary_proto=True, wait_other_notice=True) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/cluster.py", > line 428, in start > node.watch_log_for_alive(other_node, from_mark=mark) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 520, in watch_log_for_alive > self.watch_log_for(tofind, from_mark=from_mark, timeout=timeout, > filename=filename) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 488, in watch_log_for > raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " > [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + > reads[:50] + ".\nSee {} for remainder".format(filename)) > "15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']:\nINFO [main] > 2017-11-15 11:21:32,452 YamlConfigura.\nSee system.log for > remainder\n >> begin captured logging << > \ndtest: DEBUG: cluster ccm directory: > /tmp/dtest-v3VgyS\ndtest: DEBUG: Done setting configuration options:\n{ > 'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': > 5,\n'range_request_timeout_in_ms': 1,\n > 'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n > 'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': > 1}\ndtest: DEBUG: Testing single dc, users, each quorum > reads\n- >> end captured logging << -" -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-14047) test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: Missing: ['127.0.0.3.* now UP']:
[ https://issues.apache.org/jira/browse/CASSANDRA-14047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer reassigned CASSANDRA-14047: -- Assignee: (was: Benjamin Lerer) > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > -- > > Key: CASSANDRA-14047 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14047 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Testing >Reporter: Michael Kjellman >Priority: Normal > Attachments: 3_11-debug.log, trunk-debug.log, trunk-debug.log-2, > trunk-patch_passes_test-debug.log > > > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > 15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']: > INFO [main] 2017-11-15 11:21:32,452 YamlConfigura. > See system.log for remainder > >> begin captured logging << > dtest: DEBUG: cluster ccm directory: /tmp/dtest-v3VgyS > dtest: DEBUG: Done setting configuration options: > { 'initial_token': None, > 'num_tokens': '32', > 'phi_convict_threshold': 5, > 'range_request_timeout_in_ms': 1, > 'read_request_timeout_in_ms': 1, > 'request_timeout_in_ms': 1, > 'truncate_request_timeout_in_ms': 1, > 'write_request_timeout_in_ms': 1} > dtest: DEBUG: Testing single dc, users, each quorum reads > - >> end captured logging << - > File "/usr/lib/python2.7/unittest/case.py", line 329, in run > testMethod() > File "/home/cassandra/cassandra-dtest/tools/decorators.py", line 48, in > wrapped > f(obj) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 621, in > test_simple_strategy_each_quorum_users > > self._run_test_function_in_parallel(TestAccuracy.Validation.validate_users, > [self.nodes], [self.rf], combinations) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 535, in > _run_test_function_in_parallel > self._start_cluster(save_sessions=True, > requires_local_reads=requires_local_reads) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 141, in > _start_cluster > cluster.start(wait_for_binary_proto=True, wait_other_notice=True) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/cluster.py", > line 428, in start > node.watch_log_for_alive(other_node, from_mark=mark) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 520, in watch_log_for_alive > self.watch_log_for(tofind, from_mark=from_mark, timeout=timeout, > filename=filename) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 488, in watch_log_for > raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " > [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + > reads[:50] + ".\nSee {} for remainder".format(filename)) > "15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']:\nINFO [main] > 2017-11-15 11:21:32,452 YamlConfigura.\nSee system.log for > remainder\n >> begin captured logging << > \ndtest: DEBUG: cluster ccm directory: > /tmp/dtest-v3VgyS\ndtest: DEBUG: Done setting configuration options:\n{ > 'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': > 5,\n'range_request_timeout_in_ms': 1,\n > 'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n > 'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': > 1}\ndtest: DEBUG: Testing single dc, users, each quorum > reads\n- >> end captured logging << -" -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-12866) dtest failure in upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test
[ https://issues.apache.org/jira/browse/CASSANDRA-12866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer reassigned CASSANDRA-12866: -- Assignee: (was: Benjamin Lerer) > dtest failure in > upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test > -- > > Key: CASSANDRA-12866 > URL: https://issues.apache.org/jira/browse/CASSANDRA-12866 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Sean McCarthy >Priority: Normal > Labels: dtest, test-failure > Attachments: node1.log > > > example failure: > http://cassci.datastax.com/job/cassandra-3.X_dtest_upgrade/17/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x/bug_5732_test > {code} > Stacktrace > File "/usr/lib/python2.7/unittest/case.py", line 358, in run > self.tearDown() > File "/home/automaton/cassandra-dtest/upgrade_tests/upgrade_base.py", line > 214, in tearDown > super(UpgradeTester, self).tearDown() > File "/home/automaton/cassandra-dtest/dtest.py", line 581, in tearDown > raise AssertionError('Unexpected error in log, see stdout') > {code}{code} > Standard Output > http://git-wip-us.apache.org/repos/asf/cassandra.git > git:0a1f1c81e641039ca9fd573d5217b6b6f2ad8fb8 > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,749 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@4f5697fa) to class > org.apache.cassandra.io.util.CompressedPoolingSegmentedFile$Cleanup@1100050528:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Data.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@45aefc8a) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@11303515:[[OffHeapBitSet]] > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@7b3ed4f3) to class > org.apache.cassandra.io.util.MmappedSegmentedFile$Cleanup@837204356:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Index.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@39e499e) to class > org.apache.cassandra.io.sstable.SSTableReader$DescriptorTypeTidy@1619232020:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1 > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@6d974cbb) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@1765405204:[Memory@[0..4), > Memory@[0..e)] was not released before the reference was garbage collected > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-14047) test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: Missing: ['127.0.0.3.* now UP']:
[ https://issues.apache.org/jira/browse/CASSANDRA-14047?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer reassigned CASSANDRA-14047: -- Assignee: Benjamin Lerer (was: Vincent White) > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > -- > > Key: CASSANDRA-14047 > URL: https://issues.apache.org/jira/browse/CASSANDRA-14047 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Testing >Reporter: Michael Kjellman >Assignee: Benjamin Lerer >Priority: Normal > Attachments: 3_11-debug.log, trunk-debug.log, trunk-debug.log-2, > trunk-patch_passes_test-debug.log > > > test_simple_strategy_each_quorum_users - consistency_test.TestAccuracy fails: > Missing: ['127.0.0.3.* now UP']: > 15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']: > INFO [main] 2017-11-15 11:21:32,452 YamlConfigura. > See system.log for remainder > >> begin captured logging << > dtest: DEBUG: cluster ccm directory: /tmp/dtest-v3VgyS > dtest: DEBUG: Done setting configuration options: > { 'initial_token': None, > 'num_tokens': '32', > 'phi_convict_threshold': 5, > 'range_request_timeout_in_ms': 1, > 'read_request_timeout_in_ms': 1, > 'request_timeout_in_ms': 1, > 'truncate_request_timeout_in_ms': 1, > 'write_request_timeout_in_ms': 1} > dtest: DEBUG: Testing single dc, users, each quorum reads > - >> end captured logging << - > File "/usr/lib/python2.7/unittest/case.py", line 329, in run > testMethod() > File "/home/cassandra/cassandra-dtest/tools/decorators.py", line 48, in > wrapped > f(obj) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 621, in > test_simple_strategy_each_quorum_users > > self._run_test_function_in_parallel(TestAccuracy.Validation.validate_users, > [self.nodes], [self.rf], combinations) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 535, in > _run_test_function_in_parallel > self._start_cluster(save_sessions=True, > requires_local_reads=requires_local_reads) > File "/home/cassandra/cassandra-dtest/consistency_test.py", line 141, in > _start_cluster > cluster.start(wait_for_binary_proto=True, wait_other_notice=True) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/cluster.py", > line 428, in start > node.watch_log_for_alive(other_node, from_mark=mark) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 520, in watch_log_for_alive > self.watch_log_for(tofind, from_mark=from_mark, timeout=timeout, > filename=filename) > File > "/home/cassandra/env/local/lib/python2.7/site-packages/ccmlib/node.py", line > 488, in watch_log_for > raise TimeoutError(time.strftime("%d %b %Y %H:%M:%S", time.gmtime()) + " > [" + self.name + "] Missing: " + str([e.pattern for e in tofind]) + ":\n" + > reads[:50] + ".\nSee {} for remainder".format(filename)) > "15 Nov 2017 11:23:37 [node1] Missing: ['127.0.0.3.* now UP']:\nINFO [main] > 2017-11-15 11:21:32,452 YamlConfigura.\nSee system.log for > remainder\n >> begin captured logging << > \ndtest: DEBUG: cluster ccm directory: > /tmp/dtest-v3VgyS\ndtest: DEBUG: Done setting configuration options:\n{ > 'initial_token': None,\n'num_tokens': '32',\n'phi_convict_threshold': > 5,\n'range_request_timeout_in_ms': 1,\n > 'read_request_timeout_in_ms': 1,\n'request_timeout_in_ms': 1,\n > 'truncate_request_timeout_in_ms': 1,\n'write_request_timeout_in_ms': > 1}\ndtest: DEBUG: Testing single dc, users, each quorum > reads\n- >> end captured logging << -" -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-12866) dtest failure in upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test
[ https://issues.apache.org/jira/browse/CASSANDRA-12866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-12866: --- Resolution: Cannot Reproduce Status: Resolved (was: Open) > dtest failure in > upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test > -- > > Key: CASSANDRA-12866 > URL: https://issues.apache.org/jira/browse/CASSANDRA-12866 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Sean McCarthy >Assignee: Benjamin Lerer >Priority: Normal > Labels: dtest, test-failure > Attachments: node1.log > > > example failure: > http://cassci.datastax.com/job/cassandra-3.X_dtest_upgrade/17/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x/bug_5732_test > {code} > Stacktrace > File "/usr/lib/python2.7/unittest/case.py", line 358, in run > self.tearDown() > File "/home/automaton/cassandra-dtest/upgrade_tests/upgrade_base.py", line > 214, in tearDown > super(UpgradeTester, self).tearDown() > File "/home/automaton/cassandra-dtest/dtest.py", line 581, in tearDown > raise AssertionError('Unexpected error in log, see stdout') > {code}{code} > Standard Output > http://git-wip-us.apache.org/repos/asf/cassandra.git > git:0a1f1c81e641039ca9fd573d5217b6b6f2ad8fb8 > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,749 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@4f5697fa) to class > org.apache.cassandra.io.util.CompressedPoolingSegmentedFile$Cleanup@1100050528:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Data.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@45aefc8a) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@11303515:[[OffHeapBitSet]] > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@7b3ed4f3) to class > org.apache.cassandra.io.util.MmappedSegmentedFile$Cleanup@837204356:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Index.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@39e499e) to class > org.apache.cassandra.io.sstable.SSTableReader$DescriptorTypeTidy@1619232020:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1 > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@6d974cbb) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@1765405204:[Memory@[0..4), > Memory@[0..e)] was not released before the reference was garbage collected > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-12866) dtest failure in upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test
[ https://issues.apache.org/jira/browse/CASSANDRA-12866?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer reassigned CASSANDRA-12866: -- Assignee: Benjamin Lerer (was: Sean McCarthy) > dtest failure in > upgrade_tests.cql_tests.TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x.bug_5732_test > -- > > Key: CASSANDRA-12866 > URL: https://issues.apache.org/jira/browse/CASSANDRA-12866 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Sean McCarthy >Assignee: Benjamin Lerer >Priority: Normal > Labels: dtest, test-failure > Attachments: node1.log > > > example failure: > http://cassci.datastax.com/job/cassandra-3.X_dtest_upgrade/17/testReport/upgrade_tests.cql_tests/TestCQLNodes3RF3_Upgrade_current_2_1_x_To_indev_3_x/bug_5732_test > {code} > Stacktrace > File "/usr/lib/python2.7/unittest/case.py", line 358, in run > self.tearDown() > File "/home/automaton/cassandra-dtest/upgrade_tests/upgrade_base.py", line > 214, in tearDown > super(UpgradeTester, self).tearDown() > File "/home/automaton/cassandra-dtest/dtest.py", line 581, in tearDown > raise AssertionError('Unexpected error in log, see stdout') > {code}{code} > Standard Output > http://git-wip-us.apache.org/repos/asf/cassandra.git > git:0a1f1c81e641039ca9fd573d5217b6b6f2ad8fb8 > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,749 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@4f5697fa) to class > org.apache.cassandra.io.util.CompressedPoolingSegmentedFile$Cleanup@1100050528:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Data.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@45aefc8a) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@11303515:[[OffHeapBitSet]] > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,750 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@7b3ed4f3) to class > org.apache.cassandra.io.util.MmappedSegmentedFile$Cleanup@837204356:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1-Index.db > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@39e499e) to class > org.apache.cassandra.io.sstable.SSTableReader$DescriptorTypeTidy@1619232020:/tmp/dtest-A15hEO/test/node1/data2/system/schema_columns-296e9c049bec3085827dc17d3df2122a/system-schema_columns-ka-1 > was not released before the reference was garbage collected > Unexpected error in node1 log, error: > ERROR [Reference-Reaper:1] 2016-10-30 15:47:36,752 Ref.java:199 - LEAK > DETECTED: a reference > (org.apache.cassandra.utils.concurrent.Ref$State@6d974cbb) to class > org.apache.cassandra.utils.concurrent.WrappedSharedCloseable$1@1765405204:[Memory@[0..4), > Memory@[0..e)] was not released before the reference was garbage collected > {code} -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-12137) dtest failure in sstable_generation_loading_test.TestSSTableGenerationAndLoading.sstableloader_compression_deflate_to_snappy_test
[ https://issues.apache.org/jira/browse/CASSANDRA-12137?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-12137: --- Resolution: Cannot Reproduce Status: Resolved (was: Open) > dtest failure in > sstable_generation_loading_test.TestSSTableGenerationAndLoading.sstableloader_compression_deflate_to_snappy_test > - > > Key: CASSANDRA-12137 > URL: https://issues.apache.org/jira/browse/CASSANDRA-12137 > Project: Cassandra > Issue Type: Improvement > Components: Test/dtest/python >Reporter: Sean McCarthy >Assignee: Jim Witschey >Priority: Normal > Labels: dtest > > example failure: > http://cassci.datastax.com/job/cassandra-3.0_dtest/764/testReport/sstable_generation_loading_test/TestSSTableGenerationAndLoading/sstableloader_compression_deflate_to_snappy_test > {code} > Stacktrace > File "/usr/lib/python2.7/unittest/case.py", line 329, in run > testMethod() > File "/home/automaton/cassandra-dtest/sstable_generation_loading_test.py", > line 75, in sstableloader_compression_deflate_to_snappy_test > self.load_sstable_with_configuration('Deflate', 'Snappy') > File "/home/automaton/cassandra-dtest/sstable_generation_loading_test.py", > line 178, in load_sstable_with_configuration > "sstableloader exited with a non-zero status: {}".format(exit_status)) > File "/usr/lib/python2.7/unittest/case.py", line 513, in assertEqual > assertion_func(first, second, msg=msg) > File "/usr/lib/python2.7/unittest/case.py", line 506, in _baseAssertEqual > raise self.failureException(msg) > "sstableloader exited with a non-zero status: 1 > {code} > Related failures: > http://cassci.datastax.com/job/cassandra-3.0_dtest/764/testReport/sstable_generation_loading_test/TestSSTableGenerationAndLoading/sstableloader_compression_none_to_snappy_test/ > http://cassci.datastax.com/job/cassandra-3.0_dtest/764/testReport/sstable_generation_loading_test/TestSSTableGenerationAndLoading/sstableloader_with_mv_test/ > Failed on CassCI build cassandra-3.0_dtest #764 -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-16806) Allow TRUNCATE to work on Virtual Tables if the implementation allows it
[ https://issues.apache.org/jira/browse/CASSANDRA-16806?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-16806: --- Reviewers: Benjamin Lerer > Allow TRUNCATE to work on Virtual Tables if the implementation allows it > > > Key: CASSANDRA-16806 > URL: https://issues.apache.org/jira/browse/CASSANDRA-16806 > Project: Cassandra > Issue Type: Improvement > Components: Feature/Virtual Tables >Reporter: Benjamin Lerer >Assignee: Aleksei Zotov >Priority: Normal > Fix For: 4.x > > Time Spent: 50m > Remaining Estimate: 0h > > {{TRUNCATE}} statements are currently not supported by Virtual Tables. For > some Virtual Tables it makes sense to allow it. > It can be done by adding a {{truncate}} method to the {{VirtualTable}} > interface and calling that method from {{TruncateStatement}}. The default > implementation of the method should be to fire an {{InvalidRequestException}} > saying that truncate is not supported on that specific table. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-15438) MerkleTrees variables renaming tree -> trees
[ https://issues.apache.org/jira/browse/CASSANDRA-15438?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Benjamin Lerer updated CASSANDRA-15438: --- Reviewers: Benjamin Lerer, Ekaterina Dimitrova (was: Ekaterina Dimitrova) > MerkleTrees variables renaming tree -> trees > > > Key: CASSANDRA-15438 > URL: https://issues.apache.org/jira/browse/CASSANDRA-15438 > Project: Cassandra > Issue Type: Improvement >Reporter: xiangwang >Assignee: Aleksei Zotov >Priority: Normal > Fix For: 4.x > > Attachments: 0001-Rename-MerkleTrees-tree-to-MerkleTrees-trees.patch > > Time Spent: 10m > Remaining Estimate: 0h > > It's confusing that the virable tree is sometimes MerkleTrees instead of > MerkleTree. > I'd like to rename "MerkleTrees tree" to "MerkleTrees trees" to make the code > easier to read. -- This message was sent by Atlassian Jira (v8.3.4#803005) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org