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

Value of --wait flag is being used as a timeout by linkerd multicluster check command #11266

Closed
klingerf opened this issue Aug 17, 2023 · 1 comment · Fixed by #11420
Closed

Comments

@klingerf
Copy link
Member

klingerf commented Aug 17, 2023

What problem are you trying to solve?

All check commands in the codebase support a --wait flag. That flag is used as the value of "RetryDeadline" when executing individual checks. For the linkerd multicluster check command only, the value of the flag is also being used as a timeout when checking if gateway mirrors have endpoints. This is confusing, since the --wait duration controls whether or not to retry failed checks in almost all cases, but it also controls how long it takes to run an individual check in just this one case.

How should the problem be solved?

We could introduce a separate --timeout flag that can be used to time out individual checks. That way the --wait flag can be used to control retry behavior exclusively, and not affect timeouts.

Any alternatives you've considered?

We could just pick a sane timeout for checking if gateway mirrors have endpoints, and not allow that duration to be configurable via CLI flags.

How would users interact with this feature?

No response

Would you like to work on this feature?

maybe

@moki1202
Copy link
Contributor

moki1202 commented Sep 25, 2023

@adleong Can I pick this issue? I think, I have a fair idea on how to approach this.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Oct 29, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants