-
Notifications
You must be signed in to change notification settings - Fork 579
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CI Failure in ClusterConfigTest.test_invalid_settings_forced #6010
Comments
The test waited until docker-rp-19 converged to version 3
then the test asked docker-rp-18 which hasn't converged
and the assert failed. |
Fixed in #5972 |
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010 (cherry picked from commit b7d4f2c)
Tested on the today's dev and it isn't fixed yet - https://buildkite.com/redpanda/redpanda/builds/14311#0182b1e9-cd31-49ee-8db4-40fa5404a865 |
Another instance - https://buildkite.com/redpanda/redpanda/builds/14311#0182b1e9-cd33-421b-a908-d7400ba039df It isn't exactly the same but the same root cause: the picked a different node and it still has old data
|
The wait_for_version_sync was correct for waiting for the configuration to propagate across the cluster, but it was _not_ correct for waiting for the configuration status to be symmetric on all nodes (i.e. for all nodes to know the status of all other nodes) For test cases that query the status via arbitrary notes, a stricter wait is needed. This issue becomes visible once wait_until is improved to avoid spurious extra sleeps, in redpanda-data#6003 Fixes redpanda-data#6010
https://buildkite.com/redpanda/redpanda/builds/14096#0182953a-15df-4614-8678-071dc1799efd
The text was updated successfully, but these errors were encountered: