-
Notifications
You must be signed in to change notification settings - Fork 96
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
feature(nemesis): introduce lock for target selection #7016
Conversation
c413483
to
7954f29
Compare
18ed779
to
9e72716
Compare
dfd5080
to
097ec3b
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please, remove commits that were merged as part of another your PR: https://github.com/scylladb/scylla-cluster-tests/pull/7024/commits
097ec3b
to
4b25a0a
Compare
removed, and solved conflicts |
4b25a0a
to
8358b9e
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to fix the breakage with undefined target_node
.
since we run into multiple cases on parallel nemesis that there were multiple nemesis using the same node we are introducing a lock over the selection of target nodes so we won't be able to pick it multiple times Fixes: scylladb#6553
8358b9e
to
32e8c89
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
in PR scylladb#7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: scylladb#7220
in PR #7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: #7220
in PR #7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: #7220 (cherry picked from commit dbb58dc)
in PR #7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: #7220 (cherry picked from commit dbb58dc)
in PR #7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: #7220 (cherry picked from commit dbb58dc)
in PR #7016 there was a change that drop this part from the code without it, we can get into case that nemesis which are calling this function directly, might leave some nodes mark with `running_nemesis` while no cleaup code can figure it out, and would unmark only the current target selected. Fixes: #7220 (cherry picked from commit dbb58dc)
since we run into multiple cases on parallel nemesis that there were multiple nemesis using the same node
we are introducing a lock over the selection of target nodes so we won't be able to pick it multiple times
Fixes: #6553
Testing
PR pre-checks (self review)
backport
labelsReminders
sdcm/sct_config.py
)unit-test/
folder)