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

ducktape: Respect rpk timeout in rpk #24642

Open
wants to merge 1 commit into
base: dev
Choose a base branch
from

Conversation

StephanDollberg
Copy link
Member

@StephanDollberg StephanDollberg commented Dec 23, 2024

Pass the timeout value for rpk that is passed to subprocess also to rpk
itself via request_timeout_overhead.

Otherwise the specified timeout will not really be respected if the
default timeout in rpk for a certain command is shorter.

Because request_timeout_overhead is on top of other possible timeouts
the total timeout might be larger than the subprocess one but that
should be fine.

Backports Required

  • none - not a bug fix
  • none - this is a backport
  • none - issue does not exist in previous branches
  • none - papercut/not impactful enough to backport
  • v24.3.x
  • v24.2.x
  • v24.1.x

Release Notes

  • none

Pass the timeout value for rpk that is passed to subprocess also to rpk
itself via `request_timeout_overhead`.

Otherwise the specified timeout will not really be respected if the
default timeout in rpk for a certain command is shorter.

Because `request_timeout_overhead` is on top of other possible timeouts
the total timeout might be larger than the subprocess one but that
should be fine.
@StephanDollberg StephanDollberg marked this pull request as ready for review January 2, 2025 12:56
@StephanDollberg
Copy link
Member Author

All CDT failure are known

@redpanda-data redpanda-data deleted a comment from vbotbuildovich Jan 2, 2025
@@ -71,8 +71,7 @@ def test_modify_then_query_error(self):
FailureSpec(FailureSpec.FAILURE_ISOLATE,
self.redpanda.controller()))

# Timeout must be larger then hardcoded timeout of 5s within redpanda
_ = superclient.acl_list(request_timeout_overhead=30)
_ = superclient.acl_list()
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Won't this set this test back to 5s timeout, which may cause it to fail?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I.e., don't we need to set timeout on the rpk object to 30s now in this test.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No not really because the default timeout is 30s anyway and the request_timeout_overhead thing now effectively applies to everything so the special casing in acl_list isn't needed anymore.

Copy link
Member

@travisdowns travisdowns left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

question

@vbotbuildovich
Copy link
Collaborator

CI test results

test results on build#60219
test_id test_kind job_url test_status passed
rptest.tests.datalake.partition_movement_test.PartitionMovementTest.test_cross_core_movements.cloud_storage_type=CloudStorageType.S3 ducktape https://buildkite.com/redpanda/redpanda/builds/60219#01942773-a25f-4324-8a23-70c65357d65a FLAKY 2/6

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

Successfully merging this pull request may close these issues.

3 participants