-
Notifications
You must be signed in to change notification settings - Fork 82
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
Unsufficient timeout for opening K8S logstream #883
Comments
I'd be in favor of being able to override with env variable. |
i endorse this! |
We have the same problem as @Cl0udius. Our k3s environment is from time to time under load and a timeout of one second with 5 retries leads to job loss. @fosterseth |
Signed-off-by: Adrian Nackov <[email protected]>
yes, we work together with @aeter and agreed that he submits a pull request |
Signed-off-by: Adrian Nackov <[email protected]>
Signed-off-by: Adrian Nackov <[email protected]>
Signed-off-by: Adrian Nackov <[email protected]>
Hi.
this is a followup to issue #683.
We currently recognize that the 1 second timeout in between the retries is sometimes not sufficient and leads to job loss when using AWX.
receptor/pkg/workceptor/kubernetes.go
Line 155 in 63ee265
Would it be possible to make this value configurable from our side and not having this 1 second fixed.
Maybe a Environment variable which we can configure on the POD could do the job.
There could also be a default value which has the one second value.
The text was updated successfully, but these errors were encountered: