-
Notifications
You must be signed in to change notification settings - Fork 593
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
[rptest] Fix "ContainerAlreadyExists" in test_recovery_mode #24501
Conversation
ducktape was retried in https://buildkite.com/redpanda/redpanda/builds/59510#0193adb2-d31e-4493-912a-d3d639a0843d |
removing self from reviewer because PR already has suitable reviewers, but feel free to add me back if there is something specific needed to review |
non flaky failures in https://buildkite.com/redpanda/redpanda/builds/59557#0193b1e5-a925-4799-b623-6d40ec364726:
|
Retry command for Build#59557please wait until all jobs are finished before running the slash command
|
/ci-repeat 1 |
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. Would be good to launch the test on cdt just to double check all works well there too
/cdt |
Occasionally,
rptest/tests/recovery_mode_test.py::RecoveryModeTest.test_recovery_mode
fails with an Azure storage "container already exists" error.If we try to create a container but it already exists, we should just treat that as a victory and move on instead of failing the test.Further digging revealed that
test_recovery_mode
is actually callingRedpandaService.start()
twice per test execution, and the second execution explains why the Azure storage bucket/container name "already existed" - it was created by the first call toRedpandaService.start()
Backports Required
Release Notes