Skip to content
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

Adjustmen of expected error handling\ignorance in SCT #9117

Closed
timtimb0t opened this issue Nov 3, 2024 · 1 comment
Closed

Adjustmen of expected error handling\ignorance in SCT #9117

timtimb0t opened this issue Nov 3, 2024 · 1 comment

Comments

@timtimb0t
Copy link
Contributor

timtimb0t commented Nov 3, 2024

https://argus.scylladb.com/tests/scylla-cluster-tests/d8bdb54c-02b7-4267-9a8e-3d2cdd5191c3

there are few nemeses that generate closed connection type errors during runtime:

  • disrupt_destroy_data_then_rebuild
  • disrupt_destroy_data_then_repair

Such errors look like:

!ERR | scylla[1311]:  [shard  0: gms] raft_topology - drain rpc failed, proceed to fence old writes: std::runtime_error (raft topology: exec_global_command(barrier_and_drain) failed with seastar::rpc::closed_error (connection is closed))

such an errors are expected for these nemeses and maybe ignored by SCT to avoid redundant error messages in argus.

Here is the issue with explanation of the nature of such errors
#9031 (comment)

@timtimb0t
Copy link
Contributor Author

closed due to its basically dup of:
#9031

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants