-
Notifications
You must be signed in to change notification settings - Fork 185
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
Configurable timeout for argocd-update step #3515
Comments
@razvan-agape is this working for you? I tried the following and it doesn't seem to have any effect:
kargo v1.3.1 |
@lknite, the timeouts are not exact because steps do not continuously retry internally. If the timeout hasn't elapsed, a step that's still running (waiting on something external) is retried on the next reconciliation attempt. In general, those attempts are every five minutes, but the next attempt can be sooner if a related resource has a state change that forces the In your case, setting the timeout to We're a little bit at the mercy of the controller runtime here since we don't have precise control over the interval before the next reconciliation... That said, we can probably get closer to the specified timeout by shortening the requeue interval when timeout is sooner than when the next reconciliation attempt would typically be. I will write up a separate issue for this as soon as I've got a chance. |
Checklist
kargo version
, if applicable.Proposed Feature
The default timeout for
argocd-update
operation is 5 minutes.Kargo version:
1.2.0
.Motivation
In some scenarios, an application sync may take longer that, which will mark the step as failed, although, eventually, the sync might succeed.
Suggested Implementation
It would be useful to be able to configure the timeout, or have a configurable number of retries.
The text was updated successfully, but these errors were encountered: