-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Make bootstrap timeout configurable #6200
Comments
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
This is very annoying for us, as we had to implement some workarounds to go around this arbitrary timeout. Please reconsider the patch to support an external overwrite to timeout for each of the stages. |
/remove-lifecycle stale |
Wholeheartedly agree with this request. Timeouts for ARO and OCP are especially low when provisioning in Azure |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
I would appreciate if any of the maintainers/developers can address this, as this still affects us, and break our pipelines, and we forced to have some stupid hacks to avoid this enforced timeout. /remove-lifecycle stale |
Issues go stale after 90d of inactivity. Mark the issue as fresh by commenting If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
This is basically a request to marge/implement #5979.
Version
Platform:
What happened?
In some clusters that I deploy OCP on, there is a small chance the bootstrap process will take a bit longer than 30 minutes, and my pipelines will fail, but when you check 5-10 minutes later, the cluster actually finished installing sucecsfully.
What do you expect to happen?
I prefer to have the flag to change the timeout to any custom value which meets my needs.
and not relay on try/catch and retries.
Other GitHub issues
The text was updated successfully, but these errors were encountered: