[jira] [Updated] (CASSANDRA-19068) Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
[
https://issues.apache.org/jira/browse/CASSANDRA-19068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19068:
Description:
CircleCI failure:
[https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests]
{code}
ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
Missing: ['Moving .* to -634023222112864484'] not found in system.log:
Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
/tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
self =
@pytest.mark.resource_intensive
def test_pending_range(self):
"""
@jira_ticket CASSANDRA-10887
"""
cluster = self.cluster
# If we are on 2.1, we need to set the log level to debug or higher, as
debug.log does not exist.
if cluster.version() < '2.2':
cluster.set_log_level('DEBUG')
# Create 5 node cluster
ring_delay_ms = 3_600_000 # 1 hour
cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
node1, node2 = cluster.nodelist()[0:2]
# Set up RF=3 keyspace
session = self.patient_cql_connection(node1)
create_ks(session, 'ks', 3)
session.execute("CREATE TABLE users (login text PRIMARY KEY, email text, name
text, login_count int)")
# We use the partition key 'jdoe3' because it belongs to node1.
# The key MUST belong to node1 to repro the bug.
session.execute("INSERT INTO users (login, email, name, login_count) VALUES
('jdoe3', 'j...@abc.com', 'Jane Doe', 1) IF NOT EXISTS;")
lwt_query = SimpleStatement("UPDATE users SET email = 'jane...@abc.com' WHERE
login = 'jdoe3' IF email = 'j...@abc.com'")
# Show we can execute LWT no problem
for i in range(1000):
session.execute(lwt_query)
token = '-634023222112864484'
mark = node1.mark_log()
# Move a node without waiting for the response of nodetool, so we don't have
to wait for ring_delay
threading.Thread(target=(lambda: node1.nodetool('move
{}'.format(token.start()
# Watch the log so we know when the node is moving
> node1.watch_log_for('Moving .* to {}'.format(token), timeout=10,
> from_mark=mark)
pending_range_test.py:55:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
../env3.7/lib/python3.7/site-packages/ccmlib/node.py:605: in watch_log_for
head=reads[:50], tail="..."+reads[len(reads)-150:]))
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
start = 1700774138.162831, timeout = 10
msg = "Missing: ['Moving .* to -634023222112864484'] not found in system.log:\n
Head: INFO [RMI TCP Connection(2)-127.0.0.1...324 - Deleting sstable:
/tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big\n"
node = 'node1'
@staticmethod
def raise_if_passed(start, timeout, msg, node=None):
if start + timeout < time.time():
> raise TimeoutError.create(start, timeout, msg, node)
E ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
Missing: ['Moving .* to -634023222112864484'] not found in system.log:
E Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
E Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
/tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
../env3.7/lib/python3.7/site-packages/ccmlib/node.py:56: TimeoutError
{code}
was:
CircleCI failure:
https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
```
ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
Missing: ['Moving .* to -634023222112864484'] not found in system.log:
Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
/tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
self =
@pytest.mark.resource_intensive
def test_pending_range(self):
"""
@jira_ticket CASSANDRA-10887
"""
cluster = self.cluster
# If we are on 2.1, we need to set the log level to debug or higher, as
debug.log does not exist.
if cluster.version() < '2.2':
cluster.set_log_level('DEBUG')
# Create 5 node cluster
ring_delay_ms = 3_600_000 # 1 hour
cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
node1, node2 = cluster.nodelist()[0:2]
# Set up RF=3 keyspace
session = self.patient_cql_connection(node1)
create_ks(session, 'ks', 3)
session.execute("CREATE TABLE users (login text PRIMARY KEY, email
text, name text, login_count int)")
# We use the partition key 'jdoe3' because it belongs to node1.
# The key MUST belong
[jira] [Commented] (CASSANDRA-18947) Test failure: dtest-novnode.disk_balance_test.TestDiskBalance.test_disk_balance_stress
[
https://issues.apache.org/jira/browse/CASSANDRA-18947?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790985#comment-17790985
]
Sam Tunnicliffe commented on CASSANDRA-18947:
-
This is the error reported in CASSANDRA-19092 which has a patch available and
for which CI is currently running.
The issue is an overzealous error from the failure detector and is quite
harmless. As you can see from the output, there is no problem stopping the node
or otherwise running the test (it reports {{PASSED}}) but the unexpected
logging causes the failure.
> Test failure:
> dtest-novnode.disk_balance_test.TestDiskBalance.test_disk_balance_stress
> --
>
> Key: CASSANDRA-18947
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18947
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Ekaterina Dimitrova
>Assignee: Berenguer Blasi
>Priority: Normal
> Fix For: 5.0-rc
>
>
> Seen here:
> https://ci-cassandra.apache.org/job/Cassandra-5.0/72/testReport/dtest-novnode.disk_balance_test/TestDiskBalance/test_disk_balance_stress/
> h3.
> {code:java}
> Error Message
> AssertionError: values not within 10.00% of the max: (2534183, 2762123,
> 2423706) (node1)
> Stacktrace
> self = def
> test_disk_balance_stress(self): cluster = self.cluster if
> self.dtest_config.use_vnodes:
> cluster.set_configuration_options(values={'num_tokens': 256})
> cluster.populate(4).start() node1 = cluster.nodes['node1']
> node1.stress(['write', 'n=50k', 'no-warmup', '-rate', 'threads=100',
> '-schema', 'replication(factor=3)',
> 'compaction(strategy=SizeTieredCompactionStrategy,enabled=false)'])
> cluster.flush() # make sure the data directories are balanced: for node in
> cluster.nodelist(): > self.assert_balanced(node) disk_balance_test.py:48: _ _
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> disk_balance_test.py:186: in assert_balanced assert_almost_equal(*new_sums,
> error=0.1, error_message=node.name) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = (2534183, 2762123, 2423706)
> kwargs = {'error': 0.1, 'error_message': 'node1'}, error = 0.1, vmax =
> 2762123 vmin = 2423706, error_message = 'node1' def
> assert_almost_equal(*args, **kwargs): """ Assert variable number of arguments
> all fall within a margin of error. @params *args variable number of numerical
> arguments to check @params error Optional margin of error. Default 0.16
> @params error_message Optional error message to print. Default '' Examples:
> assert_almost_equal(sizes[2], init_size) assert_almost_equal(ttl_session1,
> ttl_session2[0][0], error=0.005) """ error = kwargs['error'] if 'error' in
> kwargs else 0.16 vmax = max(args) vmin = min(args) error_message = '' if
> 'error_message' not in kwargs else kwargs['error_message'] assert vmin > vmax
> * (1.0 - error) or vmin == vmax, \ > "values not within {:.2f}% of the max:
> {} ({})".format(error * 100, args, error_message) E AssertionError: values
> not within 10.00% of the max: (2534183, 2762123, 2423706) (node1)
> tools/assertions.py:206: AssertionError
> {code}
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19088) Test Failure: pushed_notifications_test.TestPushedNotifications.test_move_single_node
[
https://issues.apache.org/jira/browse/CASSANDRA-19088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19088:
Test and Documentation Plan: CI
Status: Patch Available (was: In Progress)
This is flaky as the nodes may start the native protocol interface before or
after learning of the new node. The linked patch makes the check independent of
the ordering. CI results to follow
[https://github.com/beobal/cassandra-dtest/commit/3500bc070e96f478ff52499d83168db6df21b379]
> Test Failure:
> pushed_notifications_test.TestPushedNotifications.test_move_single_node
> -
>
> Key: CASSANDRA-19088
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19088
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Michael Semb Wever
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> In j11_dtests from CASSANDRA-19034
> https://app.circleci.com/pipelines/github/mike-tr-adamson/cassandra/402/workflows/92aacb84-fd3a-48e0-9fb2-d1e2fe6fc71a/jobs/35345/tests
> {noformat}
> AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> - NEW_NODE
> + MOVED_NODE
> self = 0x7fd28ee838d0>
> @pytest.mark.no_vnodes
> def test_move_single_node(self):
> """
> @jira_ticket CASSANDRA-8516
> Moving a token should result in MOVED_NODE notifications.
> """
> self.cluster.populate(3).start()
>
> waiters = [NotificationWaiter(self, node, ["TOPOLOGY_CHANGE"])
>for node in list(self.cluster.nodes.values())]
>
> # The first node sends NEW_NODE for the other 2 nodes during startup,
> in case they are
> # late due to network delays let's block a bit longer
> logger.debug("Waiting for unwanted notifications")
> waiters[0].wait_for_notifications(timeout=30, num_notifications=2)
> waiters[0].clear_notifications()
>
> logger.debug("Issuing move command")
> node1 = list(self.cluster.nodes.values())[0]
> node1.move("123")
>
> for waiter in waiters:
> logger.debug("Waiting for notification from
> {}".format(waiter.address,))
> notifications = waiter.wait_for_notifications(60.0)
> assert 1 == len(notifications), notifications
> notification = notifications[0]
> change_type = notification["change_type"]
> address, port = notification["address"]
> > assert "MOVED_NODE" == change_type
> E AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> E - NEW_NODE
> E + MOVED_NODE
> pushed_notifications_test.py:118: AssertionError
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-19068) Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
[
https://issues.apache.org/jira/browse/CASSANDRA-19068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790747#comment-17790747
]
Sam Tunnicliffe edited comment on CASSANDRA-19068 at 11/28/23 9:13 PM:
---
The test required minor tweaking to adjust for changes to logging in 5.1
[https://github.com/beobal/cassandra-dtest/commit/6650413326cd92df11446dc34bb73ab9f0464e9f]
Additionally, a log message that was previously being emitted was no longer
present, causing a subsequent failure. This is a potentially meaningful message
so the linked commit adds it back, CI results to follow.
[https://github.com/beobal/cassandra/commit/d542ded32026cc7d0b5880af901d9d9a973c5cb2]
was (Author: beobal):
This was due to a log message no longer being emitted, the linked commit adds
it back. CI results to follow.
[https://github.com/beobal/cassandra/commit/d542ded32026cc7d0b5880af901d9d9a973c5cb2]
> Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
> ---
>
> Key: CASSANDRA-19068
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19068
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> ```
> ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
> Missing: ['Moving .* to -634023222112864484'] not found in system.log:
> Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> self =
> @pytest.mark.resource_intensive
> def test_pending_range(self):
> """
> @jira_ticket CASSANDRA-10887
> """
> cluster = self.cluster
> # If we are on 2.1, we need to set the log level to debug or higher,
> as debug.log does not exist.
> if cluster.version() < '2.2':
> cluster.set_log_level('DEBUG')
>
> # Create 5 node cluster
> ring_delay_ms = 3_600_000 # 1 hour
>
> cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
> node1, node2 = cluster.nodelist()[0:2]
>
> # Set up RF=3 keyspace
> session = self.patient_cql_connection(node1)
> create_ks(session, 'ks', 3)
>
> session.execute("CREATE TABLE users (login text PRIMARY KEY, email
> text, name text, login_count int)")
>
> # We use the partition key 'jdoe3' because it belongs to node1.
> # The key MUST belong to node1 to repro the bug.
> session.execute("INSERT INTO users (login, email, name, login_count)
> VALUES ('jdoe3', 'j...@abc.com', 'Jane Doe', 1) IF NOT EXISTS;")
>
> lwt_query = SimpleStatement("UPDATE users SET email =
> 'jane...@abc.com' WHERE login = 'jdoe3' IF email = 'j...@abc.com'")
>
> # Show we can execute LWT no problem
> for i in range(1000):
> session.execute(lwt_query)
>
> token = '-634023222112864484'
>
> mark = node1.mark_log()
>
> # Move a node without waiting for the response of nodetool, so we
> don't have to wait for ring_delay
> threading.Thread(target=(lambda: node1.nodetool('move
> {}'.format(token.start()
>
> # Watch the log so we know when the node is moving
> > node1.watch_log_for('Moving .* to {}'.format(token), timeout=10,
> > from_mark=mark)
> pending_range_test.py:55:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:605: in watch_log_for
> head=reads[:50], tail="..."+reads[len(reads)-150:]))
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> start = 1700774138.162831, timeout = 10
> msg = "Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:\n Head: INFO [RMI TCP Connection(2)-127.0.0.1...324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big\n"
> node = 'node1'
> @staticmethod
> def raise_if_passed(start, timeout, msg, node=None):
> if start + timeout < time.time():
> > raise TimeoutError.create(start, timeout, msg, node)
> E ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after
> 10.01/10 seconds Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:
> EHead:
[jira] [Updated] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19067:
Test and Documentation Plan: CI
Status: Patch Available (was: In Progress)
[https://github.com/beobal/cassandra-dtest/commit/e890dfc8a52e50b7944a1ea4eaed10fb14afa3fc]
CI results to follow
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> {code}
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> > self._test_replace_node(jvm_option='replace_address_first_boot')
> replace_address_test.py:281:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> replace_address_test.py:300: in _test_replace_node
> previous_log_size = self._verify_tokens_migrated_successfully()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> self =
> previous_log_size = None
> def _verify_tokens_migrated_successfully(self, previous_log_size=None):
> if not self.dtest_config.use_vnodes:
> num_tokens = 1
> else:
> # a little hacky but grep_log returns the whole line...
> num_tokens =
> int(self.replacement_node.get_conf_option('num_tokens'))
>
> logger.debug("Verifying {} tokens migrated
> successfully".format(num_tokens))
> replmnt_address =
> self.replacement_node.address_for_current_version_slashy()
> repled_address =
> self.replaced_node.address_for_current_version_slashy()
> token_ownership_log = r"Token (.*?) changing ownership from {} to
> {}".format(repled_address,
>
>replmnt_address)
> logs = self.replacement_node.grep_log(token_ownership_log)
>
> if (previous_log_size is not None):
> assert len(logs) == previous_log_size
>
> moved_tokens = set([l[1].group(1) for l in logs])
> logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> > assert len(moved_tokens) == num_tokens
> E assert 0 == 1
> E+ where 0 = len(set())
> replace_address_test.py:207: AssertionError
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-19068) Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
[
https://issues.apache.org/jira/browse/CASSANDRA-19068?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790747#comment-17790747
]
Sam Tunnicliffe edited comment on CASSANDRA-19068 at 11/28/23 9:03 PM:
---
This was due to a log message no longer being emitted, the linked commit adds
it back. CI results to follow.
[https://github.com/beobal/cassandra/commit/d542ded32026cc7d0b5880af901d9d9a973c5cb2]
was (Author: beobal):
This was due to a log message no longer being emitted, the linked branch
contains a patch to add it back. CI results to follow.
[https://github.com/beobal/cassandra/tree/samt/19068_19092]
> Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
> ---
>
> Key: CASSANDRA-19068
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19068
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> ```
> ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
> Missing: ['Moving .* to -634023222112864484'] not found in system.log:
> Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> self =
> @pytest.mark.resource_intensive
> def test_pending_range(self):
> """
> @jira_ticket CASSANDRA-10887
> """
> cluster = self.cluster
> # If we are on 2.1, we need to set the log level to debug or higher,
> as debug.log does not exist.
> if cluster.version() < '2.2':
> cluster.set_log_level('DEBUG')
>
> # Create 5 node cluster
> ring_delay_ms = 3_600_000 # 1 hour
>
> cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
> node1, node2 = cluster.nodelist()[0:2]
>
> # Set up RF=3 keyspace
> session = self.patient_cql_connection(node1)
> create_ks(session, 'ks', 3)
>
> session.execute("CREATE TABLE users (login text PRIMARY KEY, email
> text, name text, login_count int)")
>
> # We use the partition key 'jdoe3' because it belongs to node1.
> # The key MUST belong to node1 to repro the bug.
> session.execute("INSERT INTO users (login, email, name, login_count)
> VALUES ('jdoe3', 'j...@abc.com', 'Jane Doe', 1) IF NOT EXISTS;")
>
> lwt_query = SimpleStatement("UPDATE users SET email =
> 'jane...@abc.com' WHERE login = 'jdoe3' IF email = 'j...@abc.com'")
>
> # Show we can execute LWT no problem
> for i in range(1000):
> session.execute(lwt_query)
>
> token = '-634023222112864484'
>
> mark = node1.mark_log()
>
> # Move a node without waiting for the response of nodetool, so we
> don't have to wait for ring_delay
> threading.Thread(target=(lambda: node1.nodetool('move
> {}'.format(token.start()
>
> # Watch the log so we know when the node is moving
> > node1.watch_log_for('Moving .* to {}'.format(token), timeout=10,
> > from_mark=mark)
> pending_range_test.py:55:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:605: in watch_log_for
> head=reads[:50], tail="..."+reads[len(reads)-150:]))
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> start = 1700774138.162831, timeout = 10
> msg = "Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:\n Head: INFO [RMI TCP Connection(2)-127.0.0.1...324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big\n"
> node = 'node1'
> @staticmethod
> def raise_if_passed(start, timeout, msg, node=None):
> if start + timeout < time.time():
> > raise TimeoutError.create(start, timeout, msg, node)
> E ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after
> 10.01/10 seconds Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:
> EHead: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> ETail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
>
[jira] [Updated] (CASSANDRA-19092) Test Failure: cql_tracing_test.TestCqlTracing.test_tracing_simple
[
https://issues.apache.org/jira/browse/CASSANDRA-19092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19092:
Test and Documentation Plan: CI
Status: Patch Available (was: In Progress)
This error is due to FD too eagerly throwing the ILE.
>From the commit in the linked branch:
{code}
// An endpoint may be known by other means, for example it may be present in
cluster metadata as a CMS
// member but we have not yet seen anything which causes it to be added to the
endpoint state map (i.e. its
// registration via the metadata log, or a full gossip round). This is
perfectly harmless, so no need to log
// an error in that case.
{code}
https://github.com/beobal/cassandra/commit/87af31e13b92e7aaa7eeba9c9e8298a68ace11c3
CI results to follow
> Test Failure: cql_tracing_test.TestCqlTracing.test_tracing_simple
> -
>
> Key: CASSANDRA-19092
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19092
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Michael Semb Wever
>Assignee: Sam Tunnicliffe
>Priority: Normal
>
> Seen in cqlsh_dtests in CASSANDRA-19034
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/ddcb5f4e-e2c5-430b-b922-f7064a244971/jobs/20648/tests
> {noformat}failed on teardown with "Failed: Unexpected error found in node
> logs (see stdout for full details). Errors: [[node3] 'ERROR [main] 2023-11-24
> 19:02:04,201 FailureDetector.java:309 - Unknown endpoint: /127.0.0.1:7000
> java.lang.IllegalArgumentException: Unknown endpoint: /127.0.0.1:7000
> at
> org.apache.cassandra.gms.FailureDetector.isAlive(FailureDetector.java:309)
> at
> org.apache.cassandra.tcm.RemoteProcessor$CandidateIterator.computeNext(RemoteProcessor.java:326)
> at
> org.apache.cassandra.tcm.RemoteProcessor$CandidateIterator.computeNext(RemoteProcessor.java:256)
> at
> org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
> at
> org.apache.cassandra.tcm.RemoteProcessor$1Request.retry(RemoteProcessor.java:187)
> at
> org.apache.cassandra.tcm.RemoteProcessor.sendWithCallbackAsync(RemoteProcessor.java:223)
> at
> org.apache.cassandra.tcm.RemoteProcessor.sendWithCallback(RemoteProcessor.java:170)
> at
> org.apache.cassandra.tcm.RemoteProcessor.commit(RemoteProcessor.java:76)
> at
> org.apache.cassandra.tcm.ClusterMetadataService$SwitchableProcessor.commit(ClusterMetadataService.java:837)
> at org.apache.cassandra.tcm.Processor.commit(Processor.java:45)
> at
> org.apache.cassandra.tcm.ClusterMetadataService.commit(ClusterMetadataService.java:502)
> at
> org.apache.cassandra.tcm.ClusterMetadataService.commit(ClusterMetadataService.java:467)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:112)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:95)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:132)
> at
> org.apache.cassandra.tcm.transformations.Register.maybeRegister(Register.java:89)
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:807)
> at
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:367)
> at
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:728)
> at
> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:879)']"
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19068) Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
[
https://issues.apache.org/jira/browse/CASSANDRA-19068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19068:
Test and Documentation Plan: CI
Status: Patch Available (was: In Progress)
This was due to a log message no longer being emitted, the linked branch
contains a patch to add it back. CI results to follow.
[https://github.com/beobal/cassandra/tree/samt/19068_19092]
> Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
> ---
>
> Key: CASSANDRA-19068
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19068
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> ```
> ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
> Missing: ['Moving .* to -634023222112864484'] not found in system.log:
> Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> self =
> @pytest.mark.resource_intensive
> def test_pending_range(self):
> """
> @jira_ticket CASSANDRA-10887
> """
> cluster = self.cluster
> # If we are on 2.1, we need to set the log level to debug or higher,
> as debug.log does not exist.
> if cluster.version() < '2.2':
> cluster.set_log_level('DEBUG')
>
> # Create 5 node cluster
> ring_delay_ms = 3_600_000 # 1 hour
>
> cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
> node1, node2 = cluster.nodelist()[0:2]
>
> # Set up RF=3 keyspace
> session = self.patient_cql_connection(node1)
> create_ks(session, 'ks', 3)
>
> session.execute("CREATE TABLE users (login text PRIMARY KEY, email
> text, name text, login_count int)")
>
> # We use the partition key 'jdoe3' because it belongs to node1.
> # The key MUST belong to node1 to repro the bug.
> session.execute("INSERT INTO users (login, email, name, login_count)
> VALUES ('jdoe3', 'j...@abc.com', 'Jane Doe', 1) IF NOT EXISTS;")
>
> lwt_query = SimpleStatement("UPDATE users SET email =
> 'jane...@abc.com' WHERE login = 'jdoe3' IF email = 'j...@abc.com'")
>
> # Show we can execute LWT no problem
> for i in range(1000):
> session.execute(lwt_query)
>
> token = '-634023222112864484'
>
> mark = node1.mark_log()
>
> # Move a node without waiting for the response of nodetool, so we
> don't have to wait for ring_delay
> threading.Thread(target=(lambda: node1.nodetool('move
> {}'.format(token.start()
>
> # Watch the log so we know when the node is moving
> > node1.watch_log_for('Moving .* to {}'.format(token), timeout=10,
> > from_mark=mark)
> pending_range_test.py:55:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:605: in watch_log_for
> head=reads[:50], tail="..."+reads[len(reads)-150:]))
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> start = 1700774138.162831, timeout = 10
> msg = "Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:\n Head: INFO [RMI TCP Connection(2)-127.0.0.1...324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big\n"
> node = 'node1'
> @staticmethod
> def raise_if_passed(start, timeout, msg, node=None):
> if start + timeout < time.time():
> > raise TimeoutError.create(start, timeout, msg, node)
> E ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after
> 10.01/10 seconds Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:
> EHead: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> ETail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:56: TimeoutError
> ```
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail:
[jira] [Updated] (CASSANDRA-19068) Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
[
https://issues.apache.org/jira/browse/CASSANDRA-19068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19068:
Bug Category: Parent values: Correctness(12982)Level 1 values: Test
Failure(12990)
Complexity: Normal
Component/s: Test/dtest/java
Discovered By: DTest
Fix Version/s: 5.1-alpha1
Severity: Normal
Assignee: Sam Tunnicliffe
Status: Open (was: Triage Needed)
> Test failure: j11_dtests_large.pending_range_test.TestPendingRangeMovements
> ---
>
> Key: CASSANDRA-19068
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19068
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> ```
> ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after 10.01/10 seconds
> Missing: ['Moving .* to -634023222112864484'] not found in system.log:
> Head: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> Tail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> self =
> @pytest.mark.resource_intensive
> def test_pending_range(self):
> """
> @jira_ticket CASSANDRA-10887
> """
> cluster = self.cluster
> # If we are on 2.1, we need to set the log level to debug or higher,
> as debug.log does not exist.
> if cluster.version() < '2.2':
> cluster.set_log_level('DEBUG')
>
> # Create 5 node cluster
> ring_delay_ms = 3_600_000 # 1 hour
>
> cluster.populate(5).start(jvm_args=['-Dcassandra.ring_delay_ms={}'.format(ring_delay_ms)])
> node1, node2 = cluster.nodelist()[0:2]
>
> # Set up RF=3 keyspace
> session = self.patient_cql_connection(node1)
> create_ks(session, 'ks', 3)
>
> session.execute("CREATE TABLE users (login text PRIMARY KEY, email
> text, name text, login_count int)")
>
> # We use the partition key 'jdoe3' because it belongs to node1.
> # The key MUST belong to node1 to repro the bug.
> session.execute("INSERT INTO users (login, email, name, login_count)
> VALUES ('jdoe3', 'j...@abc.com', 'Jane Doe', 1) IF NOT EXISTS;")
>
> lwt_query = SimpleStatement("UPDATE users SET email =
> 'jane...@abc.com' WHERE login = 'jdoe3' IF email = 'j...@abc.com'")
>
> # Show we can execute LWT no problem
> for i in range(1000):
> session.execute(lwt_query)
>
> token = '-634023222112864484'
>
> mark = node1.mark_log()
>
> # Move a node without waiting for the response of nodetool, so we
> don't have to wait for ring_delay
> threading.Thread(target=(lambda: node1.nodetool('move
> {}'.format(token.start()
>
> # Watch the log so we know when the node is moving
> > node1.watch_log_for('Moving .* to {}'.format(token), timeout=10,
> > from_mark=mark)
> pending_range_test.py:55:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:605: in watch_log_for
> head=reads[:50], tail="..."+reads[len(reads)-150:]))
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> start = 1700774138.162831, timeout = 10
> msg = "Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:\n Head: INFO [RMI TCP Connection(2)-127.0.0.1...324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big\n"
> node = 'node1'
> @staticmethod
> def raise_if_passed(start, timeout, msg, node=None):
> if start + timeout < time.time():
> > raise TimeoutError.create(start, timeout, msg, node)
> E ccmlib.node.TimeoutError: 23 Nov 2023 21:15:48 [node1] after
> 10.01/10 seconds Missing: ['Moving .* to -634023222112864484'] not found in
> system.log:
> EHead: INFO [RMI TCP Connection(2)-127.0.0.1] 2023-11-23
> ETail: ...1-23 21:15:39,483 BigFormat.java:324 - Deleting
> sstable:
> /tmp/dtest-ovho0emz/test/node1/data0/system/local-7ad54392bcdd35a684174e047860b377/oa-11-big
> ../env3.7/lib/python3.7/site-packages/ccmlib/node.py:56: TimeoutError
> ```
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail:
[jira] [Updated] (CASSANDRA-19057) Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range
[ https://issues.apache.org/jira/browse/CASSANDRA-19057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19057: Resolution: Duplicate Status: Resolved (was: Open) > Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range > - > > Key: CASSANDRA-19057 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19057 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Distributed Metadata, Transactional Cluster > Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed on circle in > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20474/tests] > > (Circle CI marks this as flaky but nothing in butler) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-19057) Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range
[ https://issues.apache.org/jira/browse/CASSANDRA-19057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe reassigned CASSANDRA-19057: --- Assignee: Sam Tunnicliffe > Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range > - > > Key: CASSANDRA-19057 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19057 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Distributed Metadata, Transactional Cluster > Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed on circle in > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20474/tests] > > (Circle CI marks this as flaky but nothing in butler) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Comment Edited] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790556#comment-17790556
]
Sam Tunnicliffe edited comment on CASSANDRA-19067 at 11/28/23 1:09 PM:
---
The test searches the replacement node log for messages matching the pattern:
{code:java}
replmnt_address = self.replacement_node.address_for_current_version_slashy()
repled_address = self.replaced_node.address_for_current_version_slashy()
token_ownership_log = r"Token (.*?) changing ownership from {} to
{}".format(repled_address, replmnt_address)
{code}
The logs from the test run on circle show that this was logged as expected:
{code:java}
WARN [OptionalTasks:1] 2023-11-23 21:18:56,535 LegacyStateListener.java:146 -
Token 3074457345618258602 changing ownership from /127.0.0.3:7000 to
/127.0.0.4:7000
{code}
but it appears as though it now may appear slightly later after node startup
than previously. I suspect this makes the test slightly flaky as the message
may not have appeared before the grep is performed. I have a dtest patch to
make this more predictable and will attach soon.
was (Author: beobal):
The test searches the replacement node log for messages matching the pattern:
{code:java}
replmnt_address = self.replacement_node.address_for_current_version_slashy()
repled_address = self.replaced_node.address_for_current_version_slashy()
token_ownership_log = r"Token (.*?) changing ownership from {} to
{}".format(repled_address,
replmnt_address){code}
The logs from the test run on circle show that this was logged as expected:
{code:java}
WARN [OptionalTasks:1] 2023-11-23 21:18:56,535 LegacyStateListener.java:146 -
Token 3074457345618258602 changing ownership from /127.0.0.3:7000 to
/127.0.0.4:7000
{code}
but it appears as though it now may appear slightly later after node startup
than previously. I suspect this makes the test slightly flaky as the message
may not have appeared before the grep is performed. I have a dtest patch to
make this more predictable and will attach soon.
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> {code}
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> > self._test_replace_node(jvm_option='replace_address_first_boot')
> replace_address_test.py:281:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> replace_address_test.py:300: in _test_replace_node
> previous_log_size = self._verify_tokens_migrated_successfully()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> self =
> previous_log_size = None
> def _verify_tokens_migrated_successfully(self, previous_log_size=None):
> if not self.dtest_config.use_vnodes:
> num_tokens = 1
> else:
> # a little hacky but grep_log returns the whole line...
> num_tokens =
> int(self.replacement_node.get_conf_option('num_tokens'))
>
> logger.debug("Verifying {} tokens migrated
> successfully".format(num_tokens))
> replmnt_address =
> self.replacement_node.address_for_current_version_slashy()
> repled_address =
> self.replaced_node.address_for_current_version_slashy()
> token_ownership_log = r"Token (.*?) changing ownership from {} to
> {}".format(repled_address,
>
>replmnt_address)
> logs = self.replacement_node.grep_log(token_ownership_log)
>
> if (previous_log_size is not None):
> assert len(logs) == previous_log_size
>
> moved_tokens = set([l[1].group(1) for l in logs])
> logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> > assert len(moved_tokens) == num_tokens
> E assert 0 == 1
> E+ where 0 = len(set())
> replace_address_test.py:207: AssertionError
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional
[jira] [Comment Edited] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790556#comment-17790556
]
Sam Tunnicliffe edited comment on CASSANDRA-19067 at 11/28/23 1:09 PM:
---
The test searches the replacement node log for messages matching the pattern:
{code:java}
replmnt_address = self.replacement_node.address_for_current_version_slashy()
repled_address = self.replaced_node.address_for_current_version_slashy()
token_ownership_log = r"Token (.*?) changing ownership from {} to
{}".format(repled_address,
replmnt_address){code}
The logs from the test run on circle show that this was logged as expected:
{code:java}
WARN [OptionalTasks:1] 2023-11-23 21:18:56,535 LegacyStateListener.java:146 -
Token 3074457345618258602 changing ownership from /127.0.0.3:7000 to
/127.0.0.4:7000
{code}
but it appears as though it now may appear slightly later after node startup
than previously. I suspect this makes the test slightly flaky as the message
may not have appeared before the grep is performed. I have a dtest patch to
make this more predictable and will attach soon.
was (Author: beobal):
The test searches the replacement node log for messages matching the pattern:
{code}{code}
The logs from the test run on circle show that this was logged as expected, but
it appears as though it now may appear slightly later after node startup than
previously. I suspect this makes the test slightly flaky as the message may not
have appeared before the grep is performed. I have a dtest patch to make this
more predictable and will attach soon.
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> {code}
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> > self._test_replace_node(jvm_option='replace_address_first_boot')
> replace_address_test.py:281:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> replace_address_test.py:300: in _test_replace_node
> previous_log_size = self._verify_tokens_migrated_successfully()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> self =
> previous_log_size = None
> def _verify_tokens_migrated_successfully(self, previous_log_size=None):
> if not self.dtest_config.use_vnodes:
> num_tokens = 1
> else:
> # a little hacky but grep_log returns the whole line...
> num_tokens =
> int(self.replacement_node.get_conf_option('num_tokens'))
>
> logger.debug("Verifying {} tokens migrated
> successfully".format(num_tokens))
> replmnt_address =
> self.replacement_node.address_for_current_version_slashy()
> repled_address =
> self.replaced_node.address_for_current_version_slashy()
> token_ownership_log = r"Token (.*?) changing ownership from {} to
> {}".format(repled_address,
>
>replmnt_address)
> logs = self.replacement_node.grep_log(token_ownership_log)
>
> if (previous_log_size is not None):
> assert len(logs) == previous_log_size
>
> moved_tokens = set([l[1].group(1) for l in logs])
> logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> > assert len(moved_tokens) == num_tokens
> E assert 0 == 1
> E+ where 0 = len(set())
> replace_address_test.py:207: AssertionError
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790556#comment-17790556
]
Sam Tunnicliffe commented on CASSANDRA-19067:
-
The test searches the replacement node log for messages matching the pattern:
{code}{code}
The logs from the test run on circle show that this was logged as expected, but
it appears as though it now may appear slightly later after node startup than
previously. I suspect this makes the test slightly flaky as the message may not
have appeared before the grep is performed. I have a dtest patch to make this
more predictable and will attach soon.
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> {code}
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> > self._test_replace_node(jvm_option='replace_address_first_boot')
> replace_address_test.py:281:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> replace_address_test.py:300: in _test_replace_node
> previous_log_size = self._verify_tokens_migrated_successfully()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> self =
> previous_log_size = None
> def _verify_tokens_migrated_successfully(self, previous_log_size=None):
> if not self.dtest_config.use_vnodes:
> num_tokens = 1
> else:
> # a little hacky but grep_log returns the whole line...
> num_tokens =
> int(self.replacement_node.get_conf_option('num_tokens'))
>
> logger.debug("Verifying {} tokens migrated
> successfully".format(num_tokens))
> replmnt_address =
> self.replacement_node.address_for_current_version_slashy()
> repled_address =
> self.replaced_node.address_for_current_version_slashy()
> token_ownership_log = r"Token (.*?) changing ownership from {} to
> {}".format(repled_address,
>
>replmnt_address)
> logs = self.replacement_node.grep_log(token_ownership_log)
>
> if (previous_log_size is not None):
> assert len(logs) == previous_log_size
>
> moved_tokens = set([l[1].group(1) for l in logs])
> logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> > assert len(moved_tokens) == num_tokens
> E assert 0 == 1
> E+ where 0 = len(set())
> replace_address_test.py:207: AssertionError
> {code}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-19109) Couldn't find table with id on deserialization
[
https://issues.apache.org/jira/browse/CASSANDRA-19109?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790444#comment-17790444
]
Sam Tunnicliffe commented on CASSANDRA-19109:
-
It's essentially a race, one which we have not eliminated with TCM yet. The
coordinator has seen the schema update which creates the table (at epoch 9),
but the replica (node2) is just processing it as it receives the mutation.
{code:java}
[junit-timeout] INFO [node2_GlobalLogFollower] node2 2023-11-27 23:24:33,649
LocalLog.java:457 - Enacted
AlterSchema{schemaTransformation=CreateTableStatement (k, t)}. New tail is
Epoch{epoch=9}
[junit-timeout] ERROR 23:24:33 Exception in thread
Thread[node2_isolatedExecutor:1,5,isolatedExecutor]
[junit-timeout] java.lang.RuntimeException: Can not deserialize message
MessageImpl{verb=24,
bytes=2c09131949ea93881801005c011b255f4def2540a60008090410fceadfeced28a00105746f74616c012000240001c0010001010003414c4c,
id=44, version=13, from=/127.0.0.3:7012}
[junit-timeout] at
org.apache.cassandra.distributed.impl.Instance.deserializeMessage(Instance.java:481)
[junit-timeout] at
org.apache.cassandra.distributed.impl.Instance.lambda$receiveMessageRunnable$43231af8$1(Instance.java:516)
[junit-timeout] at
org.apache.cassandra.distributed.impl.IsolatedExecutor.lambda$async$10(IsolatedExecutor.java:156)
[junit-timeout] at
org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:96)
[junit-timeout] at
org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61)
[junit-timeout] at
org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71)
[junit-timeout] at
java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
[junit-timeout] at
java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
[junit-timeout] at
io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
[junit-timeout] at java.base/java.lang.Thread.run(Thread.java:833)
[junit-timeout] Caused by:
org.apache.cassandra.exceptions.UnknownTableException: Couldn't find table with
id 1b255f4d-ef25-40a6--0008. If a table was just created, this is
likely due to the schema not being fully propagated. Please wait for schema
agreement on table creation.
{code}
This is the same race that C* has always been susceptible to and which you can
mitigate in the test by waiting for schema agreement before issuing the writes.
The reason it isn't automatically handled by TCM yet is that the
deserialization happens on the messaging event loop, so although the replica
can detect that it is lagging the coordinator, it can't perform a catchup to
pull in the latest schema directly at that point. It's on the list of future
improvements to schedule this off the event loop without blocking.
> Couldn't find table with id on deserialization
> --
>
> Key: CASSANDRA-19109
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19109
> Project: Cassandra
> Issue Type: Bug
>Reporter: Stefan Miklosovic
>Priority: Normal
>
> I hit this when I was testing CASSANDRA-19103, 19103 is a fairly simple patch
> (PR in that ticket) so I do not think the test itself is to blame. I run two
> multiplexers with 500 runs each, 1k in total, and it failed like this just 1
> time.
> {code}
> java.lang.RuntimeException: Can not deserialize message MessageImpl{verb=24,
> bytes=2c09131949ea93881801005c011b255f4def2540a60008090410fceadfeced28a00105746f74616c012000240001c0010001010003414c4c,
> id=44, version=13, from=/127.0.0.3:7012}
> at
> org.apache.cassandra.distributed.impl.Instance.deserializeMessage(Instance.java:481)
> at
> org.apache.cassandra.distributed.impl.Instance.lambda$receiveMessageRunnable$43231af8$1(Instance.java:516)
> at
> org.apache.cassandra.distributed.impl.IsolatedExecutor.lambda$async$10(IsolatedExecutor.java:156)
> at org.apache.cassandra.concurrent.FutureTask$1.call(FutureTask.java:96)
> at org.apache.cassandra.concurrent.FutureTask.call(FutureTask.java:61)
> at org.apache.cassandra.concurrent.FutureTask.run(FutureTask.java:71)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1136)
> at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:635)
> at
> io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
> at java.base/java.lang.Thread.run(Thread.java:833)
> Caused by:
[jira] [Updated] (CASSANDRA-19091) Test Failure: org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.test*CompactionWriter-trie
[
https://issues.apache.org/jira/browse/CASSANDRA-19091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19091:
Status: Ready to Commit (was: Review In Progress)
+1
> Test Failure:
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.test*CompactionWriter-trie
> -
>
> Key: CASSANDRA-19091
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19091
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Michael Semb Wever
>Assignee: Marcus Eriksson
>Priority: Normal
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> Broken on unit_tries, seen in CASSANDRA-19034
> -
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/95cdc05c-56fd-43bf-95ac-1122cf01535b/jobs/20685/tests
> -
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/ddcb5f4e-e2c5-430b-b922-f7064a244971/jobs/20670/tests
> Variants of…
> {noformat}
> junit.framework.AssertionFailedError:
> [BtiTableReader:bti(path='/tmp/cassandra/build/test/cassandra/data/cawt_keyspace/cawt_table-1b255f4def2540a60003/da-8-bti-Data.db'),
>
> BtiTableReader:bti(path='/tmp/cassandra/build/test/cassandra/data/cawt_keyspace/cawt_table-1b255f4def2540a60003/da-7-bti-Data.db')]
> at
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.populate(CompactionAwareWriterTest.java:276)
> at
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.testSplittingSizeTieredCompactionWriter(CompactionAwareWriterTest.java:139)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19091) Test Failure: org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.test*CompactionWriter-trie
[
https://issues.apache.org/jira/browse/CASSANDRA-19091?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19091:
Reviewers: Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Status: Review In Progress (was: Patch Available)
> Test Failure:
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.test*CompactionWriter-trie
> -
>
> Key: CASSANDRA-19091
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19091
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Michael Semb Wever
>Assignee: Marcus Eriksson
>Priority: Normal
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> Broken on unit_tries, seen in CASSANDRA-19034
> -
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/95cdc05c-56fd-43bf-95ac-1122cf01535b/jobs/20685/tests
> -
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/ddcb5f4e-e2c5-430b-b922-f7064a244971/jobs/20670/tests
> Variants of…
> {noformat}
> junit.framework.AssertionFailedError:
> [BtiTableReader:bti(path='/tmp/cassandra/build/test/cassandra/data/cawt_keyspace/cawt_table-1b255f4def2540a60003/da-8-bti-Data.db'),
>
> BtiTableReader:bti(path='/tmp/cassandra/build/test/cassandra/data/cawt_keyspace/cawt_table-1b255f4def2540a60003/da-7-bti-Data.db')]
> at
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.populate(CompactionAwareWriterTest.java:276)
> at
> org.apache.cassandra.db.compaction.writers.CompactionAwareWriterTest.testSplittingSizeTieredCompactionWriter(CompactionAwareWriterTest.java:139)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19061) Test failure: org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption
[ https://issues.apache.org/jira/browse/CASSANDRA-19061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19061: Status: Ready to Commit (was: Review In Progress) +1 > Test failure: > org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption > > > Key: CASSANDRA-19061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19061 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Marcus Eriksson >Assignee: Marcus Eriksson >Priority: Normal > Fix For: 5.1-alpha1 > > Attachments: ci_summary.html, result_details.tar.gz > > > Timeout, fails on both j17_utests_trie and j11_utests > https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19061) Test failure: org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption
[ https://issues.apache.org/jira/browse/CASSANDRA-19061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19061: Reviewers: Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe) Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe) Status: Review In Progress (was: Patch Available) > Test failure: > org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption > > > Key: CASSANDRA-19061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19061 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Marcus Eriksson >Assignee: Marcus Eriksson >Priority: Normal > Fix For: 5.1-alpha1 > > Attachments: ci_summary.html, result_details.tar.gz > > > Timeout, fails on both j17_utests_trie and j11_utests > https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19060) Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19060:
Reviewers: Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Status: Review In Progress (was: Patch Available)
> Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
> -
>
> Key: CASSANDRA-19060
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19060
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Marcus Eriksson
>Assignee: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> diff30, diff311, diff40 and diff41 failed on both j11_utests_trie and
> j17_utests_trie. This does not repeat locally
> {code}
> junit.framework.AssertionFailedError:
> Expecting empty but was: "Objects not in right:
> org.apache.cassandra.db:type=Caches
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Size
> "
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff(JMXCompatabilityTest.java:273)
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff30(JMXCompatabilityTest.java:139)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19060) Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19060:
Status: Ready to Commit (was: Review In Progress)
+1
> Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
> -
>
> Key: CASSANDRA-19060
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19060
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Marcus Eriksson
>Assignee: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> diff30, diff311, diff40 and diff41 failed on both j11_utests_trie and
> j17_utests_trie. This does not repeat locally
> {code}
> junit.framework.AssertionFailedError:
> Expecting empty but was: "Objects not in right:
> org.apache.cassandra.db:type=Caches
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Size
> "
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff(JMXCompatabilityTest.java:273)
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff30(JMXCompatabilityTest.java:139)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19059) Test failure: org.apache.cassandra.db.RepairedDataInfoTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19059:
Reviewers: Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe)
Status: Review In Progress (was: Patch Available)
> Test failure: org.apache.cassandra.db.RepairedDataInfoTest
> --
>
> Key: CASSANDRA-19059
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19059
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Marcus Eriksson
>Assignee: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> {code}
> FSWriteError in build/test/cassandra/data/system
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:862)
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:845)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:384)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursive(PathUtils.java:402)
> at org.apache.cassandra.io.util.File.deleteRecursive(File.java:225)
> at
> org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:678)
> at org.apache.cassandra.schema.MockSchema.cleanup(MockSchema.java:377)
> at
> org.apache.cassandra.db.RepairedDataInfoTest.setUp(RepairedDataInfoTest.java:72)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: java.io.IOException: [rm, -rd,
> /tmp/cassandra/build/test/cassandra/data/system] returned non-zero exit code:
> 1
> stdout:
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20450/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19059) Test failure: org.apache.cassandra.db.RepairedDataInfoTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19059:
Status: Ready to Commit (was: Review In Progress)
+1
> Test failure: org.apache.cassandra.db.RepairedDataInfoTest
> --
>
> Key: CASSANDRA-19059
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19059
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Marcus Eriksson
>Assignee: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
> Attachments: ci_summary.html, result_details.tar.gz
>
>
> {code}
> FSWriteError in build/test/cassandra/data/system
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:862)
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:845)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:384)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursive(PathUtils.java:402)
> at org.apache.cassandra.io.util.File.deleteRecursive(File.java:225)
> at
> org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:678)
> at org.apache.cassandra.schema.MockSchema.cleanup(MockSchema.java:377)
> at
> org.apache.cassandra.db.RepairedDataInfoTest.setUp(RepairedDataInfoTest.java:72)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: java.io.IOException: [rm, -rd,
> /tmp/cassandra/build/test/cassandra/data/system] returned non-zero exit code:
> 1
> stdout:
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20450/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[
https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17790257#comment-17790257
]
Sam Tunnicliffe commented on CASSANDRA-18330:
-
Attached CI summary and result details for {{cep-21-tcm}}
> Delivery of CEP-21: Transactional Cluster Metadata
> --
>
> Key: CASSANDRA-18330
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18330
> Project: Cassandra
> Issue Type: Epic
> Components: Cluster/Membership, Cluster/Schema
>Reporter: Sam Tunnicliffe
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.x
>
> Attachments: ci_summary.html, result_details.tar.gz
>
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Attachment: ci_summary.html result_details.tar.gz > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.x > > Attachments: ci_summary.html, result_details.tar.gz > > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19067:
Description:
CircleCI failure:
https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
{code}
assert 0 == 1
+ where 0 = len(set())
self =
@pytest.mark.resource_intensive
def test_replace_first_boot(self):
> self._test_replace_node(jvm_option='replace_address_first_boot')
replace_address_test.py:281:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
replace_address_test.py:300: in _test_replace_node
previous_log_size = self._verify_tokens_migrated_successfully()
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
self =
previous_log_size = None
def _verify_tokens_migrated_successfully(self, previous_log_size=None):
if not self.dtest_config.use_vnodes:
num_tokens = 1
else:
# a little hacky but grep_log returns the whole line...
num_tokens =
int(self.replacement_node.get_conf_option('num_tokens'))
logger.debug("Verifying {} tokens migrated
successfully".format(num_tokens))
replmnt_address =
self.replacement_node.address_for_current_version_slashy()
repled_address = self.replaced_node.address_for_current_version_slashy()
token_ownership_log = r"Token (.*?) changing ownership from {} to
{}".format(repled_address,
replmnt_address)
logs = self.replacement_node.grep_log(token_ownership_log)
if (previous_log_size is not None):
assert len(logs) == previous_log_size
moved_tokens = set([l[1].group(1) for l in logs])
logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> assert len(moved_tokens) == num_tokens
E assert 0 == 1
E+ where 0 = len(set())
replace_address_test.py:207: AssertionError
{code}
was:
CircleCI failure:
https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
```
assert 0 == 1
+ where 0 = len(set())
self =
@pytest.mark.resource_intensive
def test_replace_first_boot(self):
> self._test_replace_node(jvm_option='replace_address_first_boot')
replace_address_test.py:281:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
replace_address_test.py:300: in _test_replace_node
previous_log_size = self._verify_tokens_migrated_successfully()
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
self =
previous_log_size = None
def _verify_tokens_migrated_successfully(self, previous_log_size=None):
if not self.dtest_config.use_vnodes:
num_tokens = 1
else:
# a little hacky but grep_log returns the whole line...
num_tokens =
int(self.replacement_node.get_conf_option('num_tokens'))
logger.debug("Verifying {} tokens migrated
successfully".format(num_tokens))
replmnt_address =
self.replacement_node.address_for_current_version_slashy()
repled_address = self.replaced_node.address_for_current_version_slashy()
token_ownership_log = r"Token (.*?) changing ownership from {} to
{}".format(repled_address,
replmnt_address)
logs = self.replacement_node.grep_log(token_ownership_log)
if (previous_log_size is not None):
assert len(logs) == previous_log_size
moved_tokens = set([l[1].group(1) for l in logs])
logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> assert len(moved_tokens) == num_tokens
E assert 0 == 1
E+ where 0 = len(set())
replace_address_test.py:207: AssertionError
```
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> {code}
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> >
[jira] [Updated] (CASSANDRA-19067) Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
[
https://issues.apache.org/jira/browse/CASSANDRA-19067?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19067:
Bug Category: Parent values: Correctness(12982)Level 1 values: Test
Failure(12990)
Complexity: Normal
Component/s: Test/dtest/java
Discovered By: DTest
Fix Version/s: 5.1-alpha1
Severity: Normal
Assignee: Sam Tunnicliffe
Status: Open (was: Triage Needed)
> Test failure: j11_dtests_large.replace_address_test.TestReplaceAddress
> --
>
> Key: CASSANDRA-19067
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19067
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/java
>Reporter: Alex Petrov
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> CircleCI failure:
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20466/tests
> ```
> assert 0 == 1
> + where 0 = len(set())
> self =
> @pytest.mark.resource_intensive
> def test_replace_first_boot(self):
> > self._test_replace_node(jvm_option='replace_address_first_boot')
> replace_address_test.py:281:
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> replace_address_test.py:300: in _test_replace_node
> previous_log_size = self._verify_tokens_migrated_successfully()
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _
> self =
> previous_log_size = None
> def _verify_tokens_migrated_successfully(self, previous_log_size=None):
> if not self.dtest_config.use_vnodes:
> num_tokens = 1
> else:
> # a little hacky but grep_log returns the whole line...
> num_tokens =
> int(self.replacement_node.get_conf_option('num_tokens'))
>
> logger.debug("Verifying {} tokens migrated
> successfully".format(num_tokens))
> replmnt_address =
> self.replacement_node.address_for_current_version_slashy()
> repled_address =
> self.replaced_node.address_for_current_version_slashy()
> token_ownership_log = r"Token (.*?) changing ownership from {} to
> {}".format(repled_address,
>
>replmnt_address)
> logs = self.replacement_node.grep_log(token_ownership_log)
>
> if (previous_log_size is not None):
> assert len(logs) == previous_log_size
>
> moved_tokens = set([l[1].group(1) for l in logs])
> logger.debug("number of moved tokens: {}".format(len(moved_tokens)))
> > assert len(moved_tokens) == num_tokens
> E assert 0 == 1
> E+ where 0 = len(set())
> replace_address_test.py:207: AssertionError
> ```
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19088) Test Failure: pushed_notifications_test.TestPushedNotifications.test_move_single_node
[
https://issues.apache.org/jira/browse/CASSANDRA-19088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19088:
Bug Category: Parent values: Correctness(12982)Level 1 values: Test
Failure(12990)
Complexity: Normal
Component/s: Test/dtest/python
Discovered By: DTest
Fix Version/s: 5.1-alpha1
Severity: Normal
Status: Open (was: Triage Needed)
> Test Failure:
> pushed_notifications_test.TestPushedNotifications.test_move_single_node
> -
>
> Key: CASSANDRA-19088
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19088
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Michael Semb Wever
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> In j11_dtests from CASSANDRA-19034
> https://app.circleci.com/pipelines/github/mike-tr-adamson/cassandra/402/workflows/92aacb84-fd3a-48e0-9fb2-d1e2fe6fc71a/jobs/35345/tests
> {noformat}
> AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> - NEW_NODE
> + MOVED_NODE
> self = 0x7fd28ee838d0>
> @pytest.mark.no_vnodes
> def test_move_single_node(self):
> """
> @jira_ticket CASSANDRA-8516
> Moving a token should result in MOVED_NODE notifications.
> """
> self.cluster.populate(3).start()
>
> waiters = [NotificationWaiter(self, node, ["TOPOLOGY_CHANGE"])
>for node in list(self.cluster.nodes.values())]
>
> # The first node sends NEW_NODE for the other 2 nodes during startup,
> in case they are
> # late due to network delays let's block a bit longer
> logger.debug("Waiting for unwanted notifications")
> waiters[0].wait_for_notifications(timeout=30, num_notifications=2)
> waiters[0].clear_notifications()
>
> logger.debug("Issuing move command")
> node1 = list(self.cluster.nodes.values())[0]
> node1.move("123")
>
> for waiter in waiters:
> logger.debug("Waiting for notification from
> {}".format(waiter.address,))
> notifications = waiter.wait_for_notifications(60.0)
> assert 1 == len(notifications), notifications
> notification = notifications[0]
> change_type = notification["change_type"]
> address, port = notification["address"]
> > assert "MOVED_NODE" == change_type
> E AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> E - NEW_NODE
> E + MOVED_NODE
> pushed_notifications_test.py:118: AssertionError
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Assigned] (CASSANDRA-19088) Test Failure: pushed_notifications_test.TestPushedNotifications.test_move_single_node
[
https://issues.apache.org/jira/browse/CASSANDRA-19088?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe reassigned CASSANDRA-19088:
---
Assignee: Sam Tunnicliffe
> Test Failure:
> pushed_notifications_test.TestPushedNotifications.test_move_single_node
> -
>
> Key: CASSANDRA-19088
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19088
> Project: Cassandra
> Issue Type: Bug
>Reporter: Michael Semb Wever
>Assignee: Sam Tunnicliffe
>Priority: Normal
>
> In j11_dtests from CASSANDRA-19034
> https://app.circleci.com/pipelines/github/mike-tr-adamson/cassandra/402/workflows/92aacb84-fd3a-48e0-9fb2-d1e2fe6fc71a/jobs/35345/tests
> {noformat}
> AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> - NEW_NODE
> + MOVED_NODE
> self = 0x7fd28ee838d0>
> @pytest.mark.no_vnodes
> def test_move_single_node(self):
> """
> @jira_ticket CASSANDRA-8516
> Moving a token should result in MOVED_NODE notifications.
> """
> self.cluster.populate(3).start()
>
> waiters = [NotificationWaiter(self, node, ["TOPOLOGY_CHANGE"])
>for node in list(self.cluster.nodes.values())]
>
> # The first node sends NEW_NODE for the other 2 nodes during startup,
> in case they are
> # late due to network delays let's block a bit longer
> logger.debug("Waiting for unwanted notifications")
> waiters[0].wait_for_notifications(timeout=30, num_notifications=2)
> waiters[0].clear_notifications()
>
> logger.debug("Issuing move command")
> node1 = list(self.cluster.nodes.values())[0]
> node1.move("123")
>
> for waiter in waiters:
> logger.debug("Waiting for notification from
> {}".format(waiter.address,))
> notifications = waiter.wait_for_notifications(60.0)
> assert 1 == len(notifications), notifications
> notification = notifications[0]
> change_type = notification["change_type"]
> address, port = notification["address"]
> > assert "MOVED_NODE" == change_type
> E AssertionError: assert 'MOVED_NODE' == 'NEW_NODE'
> E - NEW_NODE
> E + MOVED_NODE
> pushed_notifications_test.py:118: AssertionError
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19099) Test Failure: 5.0 dtest-upgrade failing bc nodetool initiatlizecms
[ https://issues.apache.org/jira/browse/CASSANDRA-19099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19099: Status: Ready to Commit (was: Review In Progress) +1 > Test Failure: 5.0 dtest-upgrade failing bc nodetool initiatlizecms > -- > > Key: CASSANDRA-19099 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19099 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Michael Semb Wever >Assignee: Michael Semb Wever >Priority: Normal > Fix For: 5.0-rc > > > This commit > [cassandra-dtest@c0082c9|https://github.com/apache/cassandra-dtest/commit/c0082c9d0b2ded7da93942dfbfc7c87c896d53e0] > is not entirely working. Python upgrade dtests are still failing, see this > run on clean cassandra-5.0 > https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/261/workflows/6a15688e-b110-4ede-977c-550b85306867/jobs/21417/tests > > EDIT: also now visible on post-commit ci: > https://ci-cassandra.apache.org/job/Cassandra-5.0/119/ -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19099) Test Failure: 5.0 dtest-upgrade failing bc nodetool initiatlizecms
[ https://issues.apache.org/jira/browse/CASSANDRA-19099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19099: Reviewers: Sam Tunnicliffe, Sam Tunnicliffe Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe) Status: Review In Progress (was: Patch Available) > Test Failure: 5.0 dtest-upgrade failing bc nodetool initiatlizecms > -- > > Key: CASSANDRA-19099 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19099 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/python >Reporter: Michael Semb Wever >Assignee: Michael Semb Wever >Priority: Normal > Fix For: 5.0-rc > > > This commit > [cassandra-dtest@c0082c9|https://github.com/apache/cassandra-dtest/commit/c0082c9d0b2ded7da93942dfbfc7c87c896d53e0] > is not entirely working. Python upgrade dtests are still failing, see this > run on clean cassandra-5.0 > https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/261/workflows/6a15688e-b110-4ede-977c-550b85306867/jobs/21417/tests > > EDIT: also now visible on post-commit ci: > https://ci-cassandra.apache.org/job/Cassandra-5.0/119/ -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19092) Test Failure: cql_tracing_test.TestCqlTracing.test_tracing_simple
[
https://issues.apache.org/jira/browse/CASSANDRA-19092?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19092:
Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear
Impact(13164)
Complexity: Normal
Component/s: Test/dtest/python
Discovered By: DTest
Severity: Normal
Assignee: Sam Tunnicliffe
Status: Open (was: Triage Needed)
> Test Failure: cql_tracing_test.TestCqlTracing.test_tracing_simple
> -
>
> Key: CASSANDRA-19092
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19092
> Project: Cassandra
> Issue Type: Bug
> Components: Test/dtest/python
>Reporter: Michael Semb Wever
>Assignee: Sam Tunnicliffe
>Priority: Normal
>
> Seen in cqlsh_dtests in CASSANDRA-19034
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/257/workflows/ddcb5f4e-e2c5-430b-b922-f7064a244971/jobs/20648/tests
> {noformat}failed on teardown with "Failed: Unexpected error found in node
> logs (see stdout for full details). Errors: [[node3] 'ERROR [main] 2023-11-24
> 19:02:04,201 FailureDetector.java:309 - Unknown endpoint: /127.0.0.1:7000
> java.lang.IllegalArgumentException: Unknown endpoint: /127.0.0.1:7000
> at
> org.apache.cassandra.gms.FailureDetector.isAlive(FailureDetector.java:309)
> at
> org.apache.cassandra.tcm.RemoteProcessor$CandidateIterator.computeNext(RemoteProcessor.java:326)
> at
> org.apache.cassandra.tcm.RemoteProcessor$CandidateIterator.computeNext(RemoteProcessor.java:256)
> at
> org.apache.cassandra.utils.AbstractIterator.hasNext(AbstractIterator.java:47)
> at
> org.apache.cassandra.tcm.RemoteProcessor$1Request.retry(RemoteProcessor.java:187)
> at
> org.apache.cassandra.tcm.RemoteProcessor.sendWithCallbackAsync(RemoteProcessor.java:223)
> at
> org.apache.cassandra.tcm.RemoteProcessor.sendWithCallback(RemoteProcessor.java:170)
> at
> org.apache.cassandra.tcm.RemoteProcessor.commit(RemoteProcessor.java:76)
> at
> org.apache.cassandra.tcm.ClusterMetadataService$SwitchableProcessor.commit(ClusterMetadataService.java:837)
> at org.apache.cassandra.tcm.Processor.commit(Processor.java:45)
> at
> org.apache.cassandra.tcm.ClusterMetadataService.commit(ClusterMetadataService.java:502)
> at
> org.apache.cassandra.tcm.ClusterMetadataService.commit(ClusterMetadataService.java:467)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:112)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:95)
> at
> org.apache.cassandra.tcm.transformations.Register.register(Register.java:132)
> at
> org.apache.cassandra.tcm.transformations.Register.maybeRegister(Register.java:89)
> at
> org.apache.cassandra.service.StorageService.initServer(StorageService.java:807)
> at
> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:367)
> at
> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:728)
> at
> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:879)']"
> {noformat}
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19083) Remove dependency on bundled Harry jar
[
https://issues.apache.org/jira/browse/CASSANDRA-19083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19083:
Change Category: Quality Assurance
Complexity: Normal
Fix Version/s: 5.1-alpha1
Status: Open (was: Triage Needed)
> Remove dependency on bundled Harry jar
> --
>
> Key: CASSANDRA-19083
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19083
> Project: Cassandra
> Issue Type: Task
> Components: Test/unit
>Reporter: Sam Tunnicliffe
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> For expediency, we temporarily added a snapshot jar to the source tree,
> {{lib/harry-core-0.0.2-CASSANDRA-18768.jar}}. We should remove this as soon
> as the next Harry release is published.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19083) Remove dependency on bundled Harry jar
Sam Tunnicliffe created CASSANDRA-19083:
---
Summary: Remove dependency on bundled Harry jar
Key: CASSANDRA-19083
URL: https://issues.apache.org/jira/browse/CASSANDRA-19083
Project: Cassandra
Issue Type: Task
Components: Test/unit
Reporter: Sam Tunnicliffe
For expediency, we temporarily added a snapshot jar to the source tree,
{{lib/harry-core-0.0.2-CASSANDRA-18768.jar}}. We should remove this as soon as
the next Harry release is published.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19055) Follow up tasks post CEP-21
[ https://issues.apache.org/jira/browse/CASSANDRA-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19055: Epic Name: CEP-21: Follow Up (was: CEP-21 Follow Up) > Follow up tasks post CEP-21 > --- > > Key: CASSANDRA-19055 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19055 > Project: Cassandra > Issue Type: Epic > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > TODOs following the merge of CEP-21 in CASSANDRA-18330 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Fix Version/s: 5.x Source Control Link: https://github.com/apache/cassandra/commit/ae0842372ff6dd1437d026f82968a3749f555ff4 Resolution: Fixed Status: Resolved (was: Ready to Commit) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.x > > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Status: Ready to Commit (was: Review In Progress) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Reviewers: Alex Petrov, Marcus Eriksson, Sam Tunnicliffe Status: Review In Progress (was: Patch Available) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Test and Documentation Plan: New and existing tests added & run in CI, with JIRAs filed for failures. Interim documentation in-tree (TransactionalClusterMetadata.md / TCM_implementation.md) JIRA filed to follow up with full user documentation. Status: Patch Available (was: In Progress) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19080) User documentation for CEP-21
Sam Tunnicliffe created CASSANDRA-19080: --- Summary: User documentation for CEP-21 Key: CASSANDRA-19080 URL: https://issues.apache.org/jira/browse/CASSANDRA-19080 Project: Cassandra Issue Type: Task Components: Documentation, Transactional Cluster Metadata Reporter: Sam Tunnicliffe The initial implementation contains some minimal docs in-tree (TransactionalClusterMetadata.md & TCM_implementation.md). The CEP doc can be found at [https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-21%3A+Transactional+Cluster+Metadata] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17789417#comment-17789417 ] Sam Tunnicliffe commented on CASSANDRA-18330: - Squashed and rebased at [1c5c548e|https://github.com/apache/cassandra/commit/1c5c548e753e010d72881b44f20627421420b61c] > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18961) Record commit timestamp - fix data loss when dropping and recreating a column
[ https://issues.apache.org/jira/browse/CASSANDRA-18961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18961: Reviewers: Sam Tunnicliffe, Sam Tunnicliffe Sam Tunnicliffe, Sam Tunnicliffe (was: Sam Tunnicliffe) Status: Review In Progress (was: Patch Available) > Record commit timestamp - fix data loss when dropping and recreating a column > - > > Key: CASSANDRA-18961 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18961 > Project: Cassandra > Issue Type: Bug > Components: Transactional Cluster Metadata >Reporter: Jacek Lewandowski >Assignee: Jacek Lewandowski >Priority: Normal > > Drop column transformation is replayed with the current timestamp so the > column appears to be dropped when the node starts regardless of its real drop > time. > As a solution to this problem I propose recording the timestamp of the > transformation, guaranteeing that it is always greater than a timestamp of > any previously committed transformation. Such timestamp is passed to the > execute method of the transformation so that the transformation code can make > use of it, increasing its "purity". -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18961) Record commit timestamp - fix data loss when dropping and recreating a column
[ https://issues.apache.org/jira/browse/CASSANDRA-18961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18961: Epic Link: CASSANDRA-19055 (was: CASSANDRA-18330) > Record commit timestamp - fix data loss when dropping and recreating a column > - > > Key: CASSANDRA-18961 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18961 > Project: Cassandra > Issue Type: Bug > Components: Transactional Cluster Metadata >Reporter: Jacek Lewandowski >Assignee: Jacek Lewandowski >Priority: Normal > > Drop column transformation is replayed with the current timestamp so the > column appears to be dropped when the node starts regardless of its real drop > time. > As a solution to this problem I propose recording the timestamp of the > transformation, guaranteeing that it is always greater than a timestamp of > any previously committed transformation. Such timestamp is passed to the > execute method of the transformation so that the transformation code can make > use of it, increasing its "purity". -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Authors: Alex Petrov, Marcus Eriksson, Sam Tunnicliffe (was: Sam Tunnicliffe) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18953) Refactor TCM configuration
[ https://issues.apache.org/jira/browse/CASSANDRA-18953?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18953: Epic Link: CASSANDRA-19055 (was: CASSANDRA-18330) > Refactor TCM configuration > -- > > Key: CASSANDRA-18953 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18953 > Project: Cassandra > Issue Type: Improvement > Components: Local/Config >Reporter: Jacek Lewandowski >Assignee: Jacek Lewandowski >Priority: Normal > > Refactor TCM configuration so that: > - yaml has all TCM based options under a common "cms" root > - system properties related to TCM all starts with "cms." -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18954) Transformations should be pure so that replaying them results in the same outcome regardless of the node state or configuration
[ https://issues.apache.org/jira/browse/CASSANDRA-18954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18954: Epic Link: CASSANDRA-19055 (was: CASSANDRA-18330) > Transformations should be pure so that replaying them results in the same > outcome regardless of the node state or configuration > --- > > Key: CASSANDRA-18954 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18954 > Project: Cassandra > Issue Type: Bug > Components: Transactional Cluster Metadata >Reporter: Jacek Lewandowski >Assignee: Jacek Lewandowski >Priority: Normal > > Discussed on Slack -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[ https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18330: Reviewers: (was: Benjamin Lerer, Ekaterina Dimitrova, Jacek Lewandowski) > Delivery of CEP-21: Transactional Cluster Metadata > -- > > Key: CASSANDRA-18330 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18330 > Project: Cassandra > Issue Type: Epic > Components: Cluster/Membership, Cluster/Schema >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19059) Test failure: org.apache.cassandra.db.RepairedDataInfoTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19059:
Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear
Impact(13164)
Complexity: Normal
Component/s: Test/unit
Discovered By: Unit Test
Severity: Normal
Status: Open (was: Triage Needed)
> Test failure: org.apache.cassandra.db.RepairedDataInfoTest
> --
>
> Key: CASSANDRA-19059
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19059
> Project: Cassandra
> Issue Type: Bug
> Components: Test/unit
>Reporter: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> {code}
> FSWriteError in build/test/cassandra/data/system
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:862)
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:845)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:384)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursive(PathUtils.java:402)
> at org.apache.cassandra.io.util.File.deleteRecursive(File.java:225)
> at
> org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:678)
> at org.apache.cassandra.schema.MockSchema.cleanup(MockSchema.java:377)
> at
> org.apache.cassandra.db.RepairedDataInfoTest.setUp(RepairedDataInfoTest.java:72)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: java.io.IOException: [rm, -rd,
> /tmp/cassandra/build/test/cassandra/data/system] returned non-zero exit code:
> 1
> stdout:
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20450/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19058) Test Failure: org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19058: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: Unit Test Severity: Normal Status: Open (was: Triage Needed) > Test Failure: > org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11 > > > Key: CASSANDRA-19058 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19058 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > butler shows this as failing on J17 but here we see it fail on J11 > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20463/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19057) Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range
[ https://issues.apache.org/jira/browse/CASSANDRA-19057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19057: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Severity: Normal Status: Open (was: Triage Needed) > Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range > - > > Key: CASSANDRA-19057 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19057 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Distributed Metadata, Transactional Cluster > Metadata >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed on circle in > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20474/tests] > > (Circle CI marks this as flaky but nothing in butler) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19056) Test failure: materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency
[ https://issues.apache.org/jira/browse/CASSANDRA-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19056: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Severity: Normal Status: Open (was: Triage Needed) > Test failure: > materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency > --- > > Key: CASSANDRA-19056 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19056 > Project: Cassandra > Issue Type: Bug > Components: Feature/Materialized Views, Test/dtest/python >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Fails or is flaky on both JDK 11 and 17 > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20462/parallel-runs/14] > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19062) Test failure: org.apache.cassandra.db.lifecycle.ViewTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19062?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19062:
Fix Version/s: 5.1-alpha1
(was: 5.1-beta)
> Test failure: org.apache.cassandra.db.lifecycle.ViewTest
>
>
> Key: CASSANDRA-19062
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19062
> Project: Cassandra
> Issue Type: Bug
>Reporter: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> Fails on both j17_unit_tests and j17_utests_cdc, same error as CASSANDRA-19059
> {code}
> FSWriteError in build/test/cassandra/data/system
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:862)
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:845)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:384)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursive(PathUtils.java:402)
> at org.apache.cassandra.io.util.File.deleteRecursive(File.java:225)
> at
> org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:678)
> at org.apache.cassandra.schema.MockSchema.cleanup(MockSchema.java:377)
> at org.apache.cassandra.db.lifecycle.ViewTest.setUp(ViewTest.java:58)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: java.io.IOException: [rm, -rd,
> /tmp/cassandra/build/test/cassandra/data/system] returned non-zero exit code:
> 1
> stdout:
> stderr:
> rm: cannot remove
> '/tmp/cassandra/build/test/cassandra/data/system/IndexInfo-9f5c6374d48532299a0a5094af9ad1e3':
> Directory not empty
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:377)
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20505/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19061) Test failure: org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption
[ https://issues.apache.org/jira/browse/CASSANDRA-19061?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19061: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test failure: > org.apache.cassandra.db.CorruptPrimaryIndexTest.bigPrimaryIndexDoesNotDetectDiskCorruption > > > Key: CASSANDRA-19061 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19061 > Project: Cassandra > Issue Type: Bug >Reporter: Marcus Eriksson >Priority: Normal > Fix For: 5.1-alpha1 > > > Timeout, fails on both j17_utests_trie and j11_utests > https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19060) Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19060?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19060:
Fix Version/s: 5.1-alpha1
(was: 5.1-beta)
> Test failure: org.apache.cassandra.tools.JMXCompatabilityTest
> -
>
> Key: CASSANDRA-19060
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19060
> Project: Cassandra
> Issue Type: Bug
>Reporter: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> diff30, diff311, diff40 and diff41 failed on both j11_utests_trie and
> j17_utests_trie. This does not repeat locally
> {code}
> junit.framework.AssertionFailedError:
> Expecting empty but was: "Objects not in right:
> org.apache.cassandra.db:type=Caches
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=CounterCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=KeyCache,name=Size
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Capacity
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Entries
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FifteenMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=FiveMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=HitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Hits
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=OneMinuteHitRate
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Requests
> org.apache.cassandra.metrics:type=Cache,scope=RowCache,name=Size
> "
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff(JMXCompatabilityTest.java:273)
> at
> org.apache.cassandra.tools.JMXCompatabilityTest.diff30(JMXCompatabilityTest.java:139)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20465/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19057) Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range
[ https://issues.apache.org/jira/browse/CASSANDRA-19057?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19057: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range > - > > Key: CASSANDRA-19057 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19057 > Project: Cassandra > Issue Type: Bug > Components: Legacy/Distributed Metadata, Transactional Cluster > Metadata >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed on circle in > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20474/tests] > > (Circle CI marks this as flaky but nothing in butler) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19058) Test Failure: org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19058?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19058: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test Failure: > org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11 > > > Key: CASSANDRA-19058 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19058 > Project: Cassandra > Issue Type: Bug > Components: Test/unit >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > butler shows this as failing on J17 but here we see it fail on J11 > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20463/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19056) Test failure: materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency
[ https://issues.apache.org/jira/browse/CASSANDRA-19056?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19056: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test failure: > materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency > --- > > Key: CASSANDRA-19056 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19056 > Project: Cassandra > Issue Type: Bug > Components: Feature/Materialized Views, Test/dtest/python >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Fails or is flaky on both JDK 11 and 17 > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20462/parallel-runs/14] > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19064) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19064: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11 > -- > > Key: CASSANDRA-19064 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19064 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed in Circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19066) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3LoggedBatchTest.testSimpleStrategy-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19066: Fix Version/s: 5.1-alpha1 (was: 5.x) > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeFrom3LoggedBatchTest.testSimpleStrategy-_jdk11 > -- > > Key: CASSANDRA-19066 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19066 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Failed in Circle: > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19063) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19063: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11 > - > > Key: CASSANDRA-19063 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19063 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > Fails in circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19059) Test failure: org.apache.cassandra.db.RepairedDataInfoTest
[
https://issues.apache.org/jira/browse/CASSANDRA-19059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19059:
Fix Version/s: 5.1-alpha1
(was: 5.1-beta)
> Test failure: org.apache.cassandra.db.RepairedDataInfoTest
> --
>
> Key: CASSANDRA-19059
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19059
> Project: Cassandra
> Issue Type: Bug
>Reporter: Marcus Eriksson
>Priority: Normal
> Fix For: 5.1-alpha1
>
>
> {code}
> FSWriteError in build/test/cassandra/data/system
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:862)
> at
> org.apache.cassandra.io.util.PathUtils.propagateUnchecked(PathUtils.java:845)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursiveUsingNixCommand(PathUtils.java:384)
> at
> org.apache.cassandra.io.util.PathUtils.deleteRecursive(PathUtils.java:402)
> at org.apache.cassandra.io.util.File.deleteRecursive(File.java:225)
> at
> org.apache.cassandra.io.util.FileUtils.deleteRecursive(FileUtils.java:678)
> at org.apache.cassandra.schema.MockSchema.cleanup(MockSchema.java:377)
> at
> org.apache.cassandra.db.RepairedDataInfoTest.setUp(RepairedDataInfoTest.java:72)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> Caused by: java.io.IOException: [rm, -rd,
> /tmp/cassandra/build/test/cassandra/data/system] returned non-zero exit code:
> 1
> stdout:
> {code}
> https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20450/tests
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19055) Follow up tasks post CEP-21
[ https://issues.apache.org/jira/browse/CASSANDRA-19055?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19055: Fix Version/s: 5.1-alpha1 (was: 5.1-beta) > Follow up tasks post CEP-21 > --- > > Key: CASSANDRA-19055 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19055 > Project: Cassandra > Issue Type: Epic > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: 5.1-alpha1 > > > TODOs following the merge of CEP-21 in CASSANDRA-18330 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19066) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3LoggedBatchTest.testSimpleStrategy-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19066: Summary: Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeFrom3LoggedBatchTest.testSimpleStrategy-_jdk11 (was: Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11) > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeFrom3LoggedBatchTest.testSimpleStrategy-_jdk11 > -- > > Key: CASSANDRA-19066 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19066 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.x > > > Failed in Circle: > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19065) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19065: Fix Version/s: (was: 5.0-alpha1) (was: 5.1-beta) > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11 > -- > > Key: CASSANDRA-19065 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19065 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > > Failed in Circle: > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19065) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19065?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19065: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Fix Version/s: 5.0-alpha1 Severity: Normal Status: Open (was: Triage Needed) > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11 > -- > > Key: CASSANDRA-19065 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19065 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.0-alpha1 > > > Failed in Circle: > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19064) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19064: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Severity: Normal Status: Open (was: Triage Needed) > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11 > -- > > Key: CASSANDRA-19064 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19064 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > > Failed in Circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19063) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19063: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Severity: Normal Status: Open (was: Triage Needed) > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11 > - > > Key: CASSANDRA-19063 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19063 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > > Fails in circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19066) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19066?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19066: Bug Category: Parent values: Code(13163)Level 1 values: Bug - Unclear Impact(13164) Complexity: Normal Discovered By: DTest Fix Version/s: 5.x (was: 5.1-beta) Severity: Normal Status: Open (was: Triage Needed) > Test Failure: > org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11 > -- > > Key: CASSANDRA-19066 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19066 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > Fix For: 5.x > > > Failed in Circle: > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19063) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19063: Component/s: Test/dtest/java > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11 > - > > Key: CASSANDRA-19063 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19063 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > > Fails in circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19066) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11
Sam Tunnicliffe created CASSANDRA-19066: --- Summary: Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11 Key: CASSANDRA-19066 URL: https://issues.apache.org/jira/browse/CASSANDRA-19066 Project: Cassandra Issue Type: Bug Components: Test/dtest/java Reporter: Sam Tunnicliffe Failed in Circle: [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19064) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11
[ https://issues.apache.org/jira/browse/CASSANDRA-19064?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-19064: Component/s: Test/dtest/java > Test Failure: > org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11 > -- > > Key: CASSANDRA-19064 > URL: https://issues.apache.org/jira/browse/CASSANDRA-19064 > Project: Cassandra > Issue Type: Bug > Components: Test/dtest/java >Reporter: Sam Tunnicliffe >Priority: Normal > > Failed in Circle with OOM > [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19065) Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11
Sam Tunnicliffe created CASSANDRA-19065: --- Summary: Test Failure: org.apache.cassandra.distributed.upgrade.MixedModeTTLOverflowUpgradeTest.testTTLOverflowDuringUpgrade-_jdk11 Key: CASSANDRA-19065 URL: https://issues.apache.org/jira/browse/CASSANDRA-19065 Project: Cassandra Issue Type: Bug Components: Test/dtest/java Reporter: Sam Tunnicliffe Failed in Circle: [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19064) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11
Sam Tunnicliffe created CASSANDRA-19064: --- Summary: Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.simpleUpgradeTest-_jdk11 Key: CASSANDRA-19064 URL: https://issues.apache.org/jira/browse/CASSANDRA-19064 Project: Cassandra Issue Type: Bug Reporter: Sam Tunnicliffe Failed in Circle with OOM [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19063) Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11
Sam Tunnicliffe created CASSANDRA-19063: --- Summary: Test Failure: org.apache.cassandra.distributed.upgrade.ClusterMetadataUpgradeTest.upgradeWithHintsTest-_jdk11 Key: CASSANDRA-19063 URL: https://issues.apache.org/jira/browse/CASSANDRA-19063 Project: Cassandra Issue Type: Bug Reporter: Sam Tunnicliffe Fails in circle with OOM [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20534/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19058) Test Failure: org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11
Sam Tunnicliffe created CASSANDRA-19058: --- Summary: Test Failure: org.apache.cassandra.simulator.test.ShortPaxosSimulationTest.simulationTest-_jdk11 Key: CASSANDRA-19058 URL: https://issues.apache.org/jira/browse/CASSANDRA-19058 Project: Cassandra Issue Type: Bug Components: Test/unit Reporter: Sam Tunnicliffe butler shows this as failing on J17 but here we see it fail on J11 [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20463/tests] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19057) Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range
Sam Tunnicliffe created CASSANDRA-19057: --- Summary: Test Failure: pending_range_test.TestPendingRangeMovements.test_pending_range Key: CASSANDRA-19057 URL: https://issues.apache.org/jira/browse/CASSANDRA-19057 Project: Cassandra Issue Type: Bug Components: Legacy/Distributed Metadata, Transactional Cluster Metadata Reporter: Sam Tunnicliffe Failed on circle in [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20474/tests] (Circle CI marks this as flaky but nothing in butler) -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19056) Test failure: materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency
Sam Tunnicliffe created CASSANDRA-19056: --- Summary: Test failure: materialized_views_test.TestMaterializedViewsConsistency.materialized_views_test.TestMaterializedViewsConsistency Key: CASSANDRA-19056 URL: https://issues.apache.org/jira/browse/CASSANDRA-19056 Project: Cassandra Issue Type: Bug Components: Feature/Materialized Views, Test/dtest/python Reporter: Sam Tunnicliffe Fails or is flaky on both JDK 11 and 17 [https://app.circleci.com/pipelines/github/michaelsembwever/cassandra/256/workflows/c4fda8f1-a8d6-4523-be83-5e30b9de39fe/jobs/20462/parallel-runs/14] -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19055) Follow up tasks post CEP-21
Sam Tunnicliffe created CASSANDRA-19055: --- Summary: Follow up tasks post CEP-21 Key: CASSANDRA-19055 URL: https://issues.apache.org/jira/browse/CASSANDRA-19055 Project: Cassandra Issue Type: Epic Components: Transactional Cluster Metadata Reporter: Sam Tunnicliffe Assignee: Sam Tunnicliffe TODOs following the merge of CEP-21 in CASSANDRA-18330 -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-18330) Delivery of CEP-21: Transactional Cluster Metadata
[
https://issues.apache.org/jira/browse/CASSANDRA-18330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17788901#comment-17788901
]
Sam Tunnicliffe commented on CASSANDRA-18330:
-
The [{{cep-21-tcm}}|https://github.com/apache/cassandra/tree/cep-21-tcm]
feature branch has been rebased onto trunk at
[{{1793c3f}}|https://github.com/apache/cassandra/commit/1793c3fd36837213d8938c4a78f9911baade3949]
> Delivery of CEP-21: Transactional Cluster Metadata
> --
>
> Key: CASSANDRA-18330
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18330
> Project: Cassandra
> Issue Type: Epic
> Components: Cluster/Membership, Cluster/Schema
>Reporter: Sam Tunnicliffe
>Assignee: Sam Tunnicliffe
>Priority: Normal
>
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Commented] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17788899#comment-17788899
]
Sam Tunnicliffe commented on CASSANDRA-19053:
-
https://github.com/apache/cassandra/commit/30da332407245918bf29e8767bc145c6717188e1
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19053:
Status: Review In Progress (was: Patch Available)
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19053:
Status: Ready to Commit (was: Review In Progress)
+1
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19053:
Source Control Link:
https://github.com/apache/cassandra/commit/30da332407245918bf29e8767bc145c6717188e1
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19053:
Change Category: Code Clarity
Complexity: Normal
Fix Version/s: NA
Reviewers: Marcus Eriksson, Sam Tunnicliffe
Status: Open (was: Triage Needed)
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
[
https://issues.apache.org/jira/browse/CASSANDRA-19053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-19053:
Test and Documentation Plan: CI
Status: Patch Available (was: Open)
> Refactor LocalLog to make intialisation more straightforward and consistent
> ---
>
> Key: CASSANDRA-19053
> URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
>
> It should be possible to rationalise the multiple ways we currently have for
> obtaining an instance of {{LocalLog}}. We also want to ensure that the
> necessary steps for initialising the log, which may vary depending on context
> (i.e. starting up a node normally, starting up immediately after upgrade,
> forcing recovery from a metadata export, running unit & dtests), are
> performed exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Created] (CASSANDRA-19053) Refactor LocalLog to make intialisation more straightforward and consistent
Sam Tunnicliffe created CASSANDRA-19053:
---
Summary: Refactor LocalLog to make intialisation more
straightforward and consistent
Key: CASSANDRA-19053
URL: https://issues.apache.org/jira/browse/CASSANDRA-19053
Project: Cassandra
Issue Type: Improvement
Components: Transactional Cluster Metadata
Reporter: Sam Tunnicliffe
Assignee: Alex Petrov
It should be possible to rationalise the multiple ways we currently have for
obtaining an instance of {{LocalLog}}. We also want to ensure that the
necessary steps for initialising the log, which may vary depending on context
(i.e. starting up a node normally, starting up immediately after upgrade,
forcing recovery from a metadata export, running unit & dtests), are performed
exactly once and in the correct sequence.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18980) Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
[
https://issues.apache.org/jira/browse/CASSANDRA-18980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18980:
Fix Version/s: NA
Source Control Link:
https://github.com/apache/cassandra/commit/a8fd2f3bb17041ed86db640cfa4c0bc8160e306e
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
> Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
> -
>
> Key: CASSANDRA-18980
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18980
> Project: Cassandra
> Issue Type: Task
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Fix For: NA
>
> Attachments: ci_summary.html
>
>
> With TCM, all snitch implementations should only be responsible for the
> initial the topology configuration of the local node. For example, PFS should
> behave more like {{GossipingPropertyFileSnitch}} in that its configuration
> file specifies the DC & rack for the local node only. Each node in the
> cluster is responsible for updating its own topology info in
> {{ClusterMetadata}} when it is registered and the location of peers can be
> easily looked up there.
> Modifying the DC & rack of a live node via GPFS/PFS config is desabled by
> default and strongly discouraged
> (CASSANDRA-10242/CASSANDRA-10243/CASSANDRA-9474) and there are
> {{StartupChecks}} in place to prevent changing location at startup.
> Given that modifying location of a joined node is a fundamentally unsafe
> operation, we should remove the ability to do so. The argument for allowing
> it has previously been that if a DC or cluster has no data, then the overhead
> of decommissioning and re-joining nodes to fix location is prohibitive.
> CEP-21 fixes that by making those operations more reliable, so the override
> becomes less valuable.
> Implementation can be found in:
> https://github.com/beobal/cassandra/commit/8ec1ea705210b7e2e38d888768ba83faa53754d8
> https://github.com/beobal/cassandra/commit/7b41f063e04f25b8215318f51d908732b1f21f5f
> https://github.com/beobal/cassandra/commit/09cdc5351ad049d97c7eeb53c4e68701c088a711
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18982) Refactor multistep operations
[ https://issues.apache.org/jira/browse/CASSANDRA-18982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18982: Source Control Link: https://github.com/apache/cassandra/commit/105185a2277993194f13c5c71138509fdfea447f (was: https://github.com/apache/cassandra/commit/105185a2277993194f13c5c71138509fdfea447f https://github.com/apache/cassandra/commit/f978b0baf19b229caba8fd7b885013ddc7d1df06 https://github.com/apache/cassandra/commit/a1c8fa2cdf9bf4753ffc4adfc60d5efe9b44e031 ht) > Refactor multistep operations > - > > Key: CASSANDRA-18982 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18982 > Project: Cassandra > Issue Type: Improvement > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: NA > > Attachments: ci_summary.html > > > Make it easier to identify the current position in a sequence of steps. > Improve documentation and readability. > Implementation can be found in: > https://github.com/beobal/cassandra/commit/91a5cdde0c5e79063e2e90e8d5839736de20e076 > https://github.com/beobal/cassandra/commit/791af4b59103b09e47aa2b13a285d8970a02ab53 > https://github.com/beobal/cassandra/commit/2ff794db348f11196f857dafdef74561627d3453 > https://github.com/beobal/cassandra/commit/cd8b4e29fe53e176874ab61e848c0512454806a9 > https://github.com/beobal/cassandra/commit/c6254c161524ea364ff10ff68494f125f07161d9 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18980) Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
[
https://issues.apache.org/jira/browse/CASSANDRA-18980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18980:
Status: Ready to Commit (was: Review In Progress)
> Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
> -
>
> Key: CASSANDRA-18980
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18980
> Project: Cassandra
> Issue Type: Task
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Attachments: ci_summary.html
>
>
> With TCM, all snitch implementations should only be responsible for the
> initial the topology configuration of the local node. For example, PFS should
> behave more like {{GossipingPropertyFileSnitch}} in that its configuration
> file specifies the DC & rack for the local node only. Each node in the
> cluster is responsible for updating its own topology info in
> {{ClusterMetadata}} when it is registered and the location of peers can be
> easily looked up there.
> Modifying the DC & rack of a live node via GPFS/PFS config is desabled by
> default and strongly discouraged
> (CASSANDRA-10242/CASSANDRA-10243/CASSANDRA-9474) and there are
> {{StartupChecks}} in place to prevent changing location at startup.
> Given that modifying location of a joined node is a fundamentally unsafe
> operation, we should remove the ability to do so. The argument for allowing
> it has previously been that if a DC or cluster has no data, then the overhead
> of decommissioning and re-joining nodes to fix location is prohibitive.
> CEP-21 fixes that by making those operations more reliable, so the override
> becomes less valuable.
> Implementation can be found in:
> https://github.com/beobal/cassandra/commit/8ec1ea705210b7e2e38d888768ba83faa53754d8
> https://github.com/beobal/cassandra/commit/7b41f063e04f25b8215318f51d908732b1f21f5f
> https://github.com/beobal/cassandra/commit/09cdc5351ad049d97c7eeb53c4e68701c088a711
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18980) Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
[
https://issues.apache.org/jira/browse/CASSANDRA-18980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18980:
Status: Review In Progress (was: Needs Committer)
> Bring PropertyFileSnitch & RackInferringSnitch into line with TCM
> -
>
> Key: CASSANDRA-18980
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18980
> Project: Cassandra
> Issue Type: Task
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Sam Tunnicliffe
>Priority: Normal
> Attachments: ci_summary.html
>
>
> With TCM, all snitch implementations should only be responsible for the
> initial the topology configuration of the local node. For example, PFS should
> behave more like {{GossipingPropertyFileSnitch}} in that its configuration
> file specifies the DC & rack for the local node only. Each node in the
> cluster is responsible for updating its own topology info in
> {{ClusterMetadata}} when it is registered and the location of peers can be
> easily looked up there.
> Modifying the DC & rack of a live node via GPFS/PFS config is desabled by
> default and strongly discouraged
> (CASSANDRA-10242/CASSANDRA-10243/CASSANDRA-9474) and there are
> {{StartupChecks}} in place to prevent changing location at startup.
> Given that modifying location of a joined node is a fundamentally unsafe
> operation, we should remove the ability to do so. The argument for allowing
> it has previously been that if a DC or cluster has no data, then the overhead
> of decommissioning and re-joining nodes to fix location is prohibitive.
> CEP-21 fixes that by making those operations more reliable, so the override
> becomes less valuable.
> Implementation can be found in:
> https://github.com/beobal/cassandra/commit/8ec1ea705210b7e2e38d888768ba83faa53754d8
> https://github.com/beobal/cassandra/commit/7b41f063e04f25b8215318f51d908732b1f21f5f
> https://github.com/beobal/cassandra/commit/09cdc5351ad049d97c7eeb53c4e68701c088a711
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18982) Refactor multistep operations
[ https://issues.apache.org/jira/browse/CASSANDRA-18982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18982: Fix Version/s: NA Source Control Link: https://github.com/apache/cassandra/commit/105185a2277993194f13c5c71138509fdfea447f https://github.com/apache/cassandra/commit/f978b0baf19b229caba8fd7b885013ddc7d1df06 https://github.com/apache/cassandra/commit/a1c8fa2cdf9bf4753ffc4adfc60d5efe9b44e031 ht Resolution: Fixed Status: Resolved (was: Ready to Commit) > Refactor multistep operations > - > > Key: CASSANDRA-18982 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18982 > Project: Cassandra > Issue Type: Improvement > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Fix For: NA > > Attachments: ci_summary.html > > > Make it easier to identify the current position in a sequence of steps. > Improve documentation and readability. > Implementation can be found in: > https://github.com/beobal/cassandra/commit/91a5cdde0c5e79063e2e90e8d5839736de20e076 > https://github.com/beobal/cassandra/commit/791af4b59103b09e47aa2b13a285d8970a02ab53 > https://github.com/beobal/cassandra/commit/2ff794db348f11196f857dafdef74561627d3453 > https://github.com/beobal/cassandra/commit/cd8b4e29fe53e176874ab61e848c0512454806a9 > https://github.com/beobal/cassandra/commit/c6254c161524ea364ff10ff68494f125f07161d9 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18982) Refactor multistep operations
[ https://issues.apache.org/jira/browse/CASSANDRA-18982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18982: Status: Ready to Commit (was: Review In Progress) > Refactor multistep operations > - > > Key: CASSANDRA-18982 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18982 > Project: Cassandra > Issue Type: Improvement > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Attachments: ci_summary.html > > > Make it easier to identify the current position in a sequence of steps. > Improve documentation and readability. > Implementation can be found in: > https://github.com/beobal/cassandra/commit/91a5cdde0c5e79063e2e90e8d5839736de20e076 > https://github.com/beobal/cassandra/commit/791af4b59103b09e47aa2b13a285d8970a02ab53 > https://github.com/beobal/cassandra/commit/2ff794db348f11196f857dafdef74561627d3453 > https://github.com/beobal/cassandra/commit/cd8b4e29fe53e176874ab61e848c0512454806a9 > https://github.com/beobal/cassandra/commit/c6254c161524ea364ff10ff68494f125f07161d9 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18982) Refactor multistep operations
[ https://issues.apache.org/jira/browse/CASSANDRA-18982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18982: Status: Review In Progress (was: Needs Committer) > Refactor multistep operations > - > > Key: CASSANDRA-18982 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18982 > Project: Cassandra > Issue Type: Improvement > Components: Transactional Cluster Metadata >Reporter: Sam Tunnicliffe >Assignee: Sam Tunnicliffe >Priority: Normal > Attachments: ci_summary.html > > > Make it easier to identify the current position in a sequence of steps. > Improve documentation and readability. > Implementation can be found in: > https://github.com/beobal/cassandra/commit/91a5cdde0c5e79063e2e90e8d5839736de20e076 > https://github.com/beobal/cassandra/commit/791af4b59103b09e47aa2b13a285d8970a02ab53 > https://github.com/beobal/cassandra/commit/2ff794db348f11196f857dafdef74561627d3453 > https://github.com/beobal/cassandra/commit/cd8b4e29fe53e176874ab61e848c0512454806a9 > https://github.com/beobal/cassandra/commit/c6254c161524ea364ff10ff68494f125f07161d9 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18977) Improve CMS handoff and configuration
[
https://issues.apache.org/jira/browse/CASSANDRA-18977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18977:
Fix Version/s: NA
Source Control Link:
https://github.com/apache/cassandra/commit/dc2f5864c86e67fa13d1bea563b35f2541d51c82
Resolution: Fixed
Status: Resolved (was: Ready to Commit)
> Improve CMS handoff and configuration
> -
>
> Key: CASSANDRA-18977
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18977
> Project: Cassandra
> Issue Type: Improvement
> Components: Cluster/Membership
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Fix For: NA
>
> Attachments: ci_summary.html
>
>
> The intial mechanism for configuring membership of the CMS is rather
> simplistic. It requires the operator to select which nodes are members and to
> execute nodetool commands to perform every individual change to the
> membership. Handoff when a member is decommissioned or replaced also uses a
> naive strategy for selecting a replacement member.
> This ticket enables the CMS membership to be configured more declaratively,
> by specifying the desired number of CMS members per-DC, much like replication
> using {{{}NetworkTopologyStrategy{}}}.
> Cassandra itself is responsible for selecting exactly which nodes should be
> CMS members based on this configuration and will attempt to maintain rack
> diversity if possible, with handoff of CMS membership handled in the same way.
> When making changes to membership Cassandra will manage the entire transition
> from the starting state to end state using an in-progress sequence to compose
> the specific additions and removal operations.
> Implementation can be found in:
> [https://github.com/beobal/cassandra/commit/bcbb3f441d9df10207be38066c9752a08d62545b]
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
>
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18977) Improve CMS handoff and configuration
[
https://issues.apache.org/jira/browse/CASSANDRA-18977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18977:
Status: Review In Progress (was: Needs Committer)
> Improve CMS handoff and configuration
> -
>
> Key: CASSANDRA-18977
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18977
> Project: Cassandra
> Issue Type: Improvement
> Components: Cluster/Membership
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Attachments: ci_summary.html
>
>
> The intial mechanism for configuring membership of the CMS is rather
> simplistic. It requires the operator to select which nodes are members and to
> execute nodetool commands to perform every individual change to the
> membership. Handoff when a member is decommissioned or replaced also uses a
> naive strategy for selecting a replacement member.
> This ticket enables the CMS membership to be configured more declaratively,
> by specifying the desired number of CMS members per-DC, much like replication
> using {{{}NetworkTopologyStrategy{}}}.
> Cassandra itself is responsible for selecting exactly which nodes should be
> CMS members based on this configuration and will attempt to maintain rack
> diversity if possible, with handoff of CMS membership handled in the same way.
> When making changes to membership Cassandra will manage the entire transition
> from the starting state to end state using an in-progress sequence to compose
> the specific additions and removal operations.
> Implementation can be found in:
> [https://github.com/beobal/cassandra/commit/bcbb3f441d9df10207be38066c9752a08d62545b]
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
>
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18978) Test assigning the same token to multiple nodes
[ https://issues.apache.org/jira/browse/CASSANDRA-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18978: Fix Version/s: NA Source Control Link: https://github.com/apache/cassandra/commit/bfe2671f2544aeb4e4eb5b5c87805b68ad79aca0 Resolution: Fixed Status: Resolved (was: Ready to Commit) > Test assigning the same token to multiple nodes > --- > > Key: CASSANDRA-18978 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18978 > Project: Cassandra > Issue Type: Task > Components: Cluster/Membership >Reporter: Sam Tunnicliffe >Assignee: Alex Petrov >Priority: Normal > Fix For: NA > > Attachments: ci_summary.html > > > Add a test to ensure a node cannot join the cluster with a token already > assigned to another peer > Implementation can be found in: > https://github.com/beobal/cassandra/commit/b9e70ffa12455119396a1bcdc60e3dfc64b4f795 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18978) Test assigning the same token to multiple nodes
[ https://issues.apache.org/jira/browse/CASSANDRA-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18978: Status: Ready to Commit (was: Review In Progress) +1 > Test assigning the same token to multiple nodes > --- > > Key: CASSANDRA-18978 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18978 > Project: Cassandra > Issue Type: Task > Components: Cluster/Membership >Reporter: Sam Tunnicliffe >Assignee: Alex Petrov >Priority: Normal > Attachments: ci_summary.html > > > Add a test to ensure a node cannot join the cluster with a token already > assigned to another peer > Implementation can be found in: > https://github.com/beobal/cassandra/commit/b9e70ffa12455119396a1bcdc60e3dfc64b4f795 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18978) Test assigning the same token to multiple nodes
[ https://issues.apache.org/jira/browse/CASSANDRA-18978?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sam Tunnicliffe updated CASSANDRA-18978: Status: Review In Progress (was: Needs Committer) > Test assigning the same token to multiple nodes > --- > > Key: CASSANDRA-18978 > URL: https://issues.apache.org/jira/browse/CASSANDRA-18978 > Project: Cassandra > Issue Type: Task > Components: Cluster/Membership >Reporter: Sam Tunnicliffe >Assignee: Alex Petrov >Priority: Normal > Attachments: ci_summary.html > > > Add a test to ensure a node cannot join the cluster with a token already > assigned to another peer > Implementation can be found in: > https://github.com/beobal/cassandra/commit/b9e70ffa12455119396a1bcdc60e3dfc64b4f795 > CI summary results attached. For right now, we've only been foccussing on > unit tests, in-jvm & python dtests, so the failures in other suites are to be > expected. Unfortunately, the archive containing the detailed results is too > large to attach as a single file, so will look into the best way to work > around that. > The intention is to fix all suites before merging the feature branch. > ||Suite||Total||Passed||Skipped||Failed||Errors|| > |jvm dtest|1508|1465|24|8|11| > |python dtest|1083|790|262|28|3| > |unit|12082|12006|61|6|9| -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18977) Improve CMS handoff and configuration
[
https://issues.apache.org/jira/browse/CASSANDRA-18977?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18977:
Status: Ready to Commit (was: Review In Progress)
+1
> Improve CMS handoff and configuration
> -
>
> Key: CASSANDRA-18977
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18977
> Project: Cassandra
> Issue Type: Improvement
> Components: Cluster/Membership
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Attachments: ci_summary.html
>
>
> The intial mechanism for configuring membership of the CMS is rather
> simplistic. It requires the operator to select which nodes are members and to
> execute nodetool commands to perform every individual change to the
> membership. Handoff when a member is decommissioned or replaced also uses a
> naive strategy for selecting a replacement member.
> This ticket enables the CMS membership to be configured more declaratively,
> by specifying the desired number of CMS members per-DC, much like replication
> using {{{}NetworkTopologyStrategy{}}}.
> Cassandra itself is responsible for selecting exactly which nodes should be
> CMS members based on this configuration and will attempt to maintain rack
> diversity if possible, with handoff of CMS membership handled in the same way.
> When making changes to membership Cassandra will manage the entire transition
> from the starting state to end state using an in-progress sequence to compose
> the specific additions and removal operations.
> Implementation can be found in:
> [https://github.com/beobal/cassandra/commit/bcbb3f441d9df10207be38066c9752a08d62545b]
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
>
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
[jira] [Updated] (CASSANDRA-18979) Refactor StorageService to relocate functionality to more appropriate classes
[
https://issues.apache.org/jira/browse/CASSANDRA-18979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sam Tunnicliffe updated CASSANDRA-18979:
Status: Review In Progress (was: Needs Committer)
> Refactor StorageService to relocate functionality to more appropriate classes
> -
>
> Key: CASSANDRA-18979
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18979
> Project: Cassandra
> Issue Type: Improvement
> Components: Transactional Cluster Metadata
>Reporter: Sam Tunnicliffe
>Assignee: Alex Petrov
>Priority: Normal
> Attachments: ci_summary.html
>
>
> Historically, {{StorageService}} contains much of the logic related to
> bootstrap, decommission, token movement and so on. Although much of this has
> already been refactored in the {{cep-21-tcm}} branch, there remains plenty of
> room for improvement.
> Implementation can be found in:
> https://github.com/beobal/cassandra/commit/525f46d7961e7ffaa126792d5d003e9a42ef6c63
> CI summary results attached. For right now, we've only been foccussing on
> unit tests, in-jvm & python dtests, so the failures in other suites are to be
> expected. Unfortunately, the archive containing the detailed results is too
> large to attach as a single file, so will look into the best way to work
> around that.
> The intention is to fix all suites before merging the feature branch.
> ||Suite||Total||Passed||Skipped||Failed||Errors||
> |jvm dtest|1508|1465|24|8|11|
> |python dtest|1083|790|262|28|3|
> |unit|12082|12006|61|6|9|
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
-
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
