Bug 1831752 - Configurable timeout for installer itself
Summary: Configurable timeout for installer itself
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: OpenShift Container Platform
Classification: Red Hat
Component: Installer
Version: 4.4
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
: ---
Assignee: Abhinav Dahiya
QA Contact: Johnny Liu
URL:
Whiteboard:
Depends On:
Blocks: dit
TreeView+ depends on / blocked
 
Reported: 2020-05-05 14:58 UTC by Pablo Iranzo Gómez
Modified: 2020-05-08 18:35 UTC (History)
0 users

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-05-08 18:35:50 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Pablo Iranzo Gómez 2020-05-05 14:58:35 UTC
Description of problem:

Currently, when testing installation several times the installer times out before completing the installationm, but the status of the operators keep changing and becoming available if extra time is given.

It would be great to have configurable extra time, so that installer doesn't timeout and allows operators and infra in general to settle.


Does the actual timeout is based on a specific amount of workers?, i.e. having 4 workers instead of 2, does increase the total timeout?


Expected results:
 
Configurable timeout multiplier or fixed extension to allow installer to still return 'success' in environments where it fails now, only because of the installer itself timing out.

Comment 1 Abhinav Dahiya 2020-05-08 18:35:50 UTC
This seems like a RFE and we don't track these in bugzilla. please open on in https://issues.redhat.com/projects/RFE/issues

> It would be great to have configurable extra time, so that installer doesn't timeout and allows operators and infra in general to settle.

failing to install in the alloted time is a failure, and we should open bugs on the operator that took the longest.

also the wait-for install-complete subcommand can be run multiple times to wait for 30 min intervals.. $(retry wait-for install-complete)

in don't think the installer will allow configuring the time because we want think the already provided time is almost always good enough 20+30 minutes for productions environemnts. and we can discuss more in the RFE.


Note You need to log in before you can comment on or make changes to this bug.