Description of problem: m4.xlarge is not supported in sa-east-1 region of AWS Version-Release number of the following components: # ./openshift-install version ./openshift-install v4.3.0 built from commit 55ac3aca9578c038278d7ab24037849e3b9f8296 How reproducible: 100% Steps to Reproduce: 1. ./openshift-install create cluster --dir test1 ? Platform aws ? Region sa-east-1 Actual results: An error occurs when installing cluster on AWS in sa-east-1b region. Error messages can be found below. Error launching source instance: Unsupported: Your requested instance type (m4.xlarge) is not supported in your requested Availability Zone (sa-east-1b). Please retry your request by not specifying an Availability Zone or choosing sa-east-1a, sa-east-1c. Expected results: Successfully create cluster in region sa-east-1 Additional info: Please attach logs from ansible-playbook with the -vvv flag
Is this the message we get when a particular AZ is out of capacity for a given node type? If we don't allow users to select the AZ with the default UI we should return a more helpful error message than the default AWS error. Our error message could point users in the right direction for overriding the AZ or machine type. I'm sure there are other options.
In this case, there is one AZ in this region which has no m4 instance types available (the architecture entirely missing). I do not think we should prioritize this for 4.3.0. Not sure how/if we'd want to fix this. Our hard-coded defaults could run afoul anytime an instance type or family gets retired (or is yet to be launched) in any AZ or new region. IMO, we should already have a default (m5) for the current generation of an instance class and the installer could fall back to a set of known, suitable replacements based on a query for availability.
Verified with 4.4.0-0.nightly-2020-02-09-220310 Creating IPI cluster on AWS within sa-east-1 region succeed. The instances are using m5.large instance type. The test result is as expected hence moving it to verified state.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:0581