Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1917758

Summary: [OSP] openshift-install report flavor is not found with platform.openstack.defaultMachinePlatform.type set
Product: OpenShift Container Platform Reporter: weiwei jiang <wjiang>
Component: InstallerAssignee: Mike Fedosin <mfedosin>
Installer sub component: OpenShift on OpenStack QA Contact: weiwei jiang <wjiang>
Status: CLOSED DUPLICATE Docs Contact:
Severity: medium    
Priority: medium CC: pprinett
Version: 4.6   
Target Milestone: ---   
Target Release: 4.8.0   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2021-02-23 10:28:37 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description weiwei jiang 2021-01-19 10:55:57 UTC
Version:

$ ./openshift-install-4.6 version
./openshift-install-4.6 4.6.0-0.nightly-2021-01-18-070340
built from commit a8eaa59310e2513d607f5873ca70211617dfebc7
release image registry.ci.openshift.org/ocp/release@sha256:21707e67d495d43925016e18a36620f05775e9cd48bee4abe99badf1bd6c0f0e


Platform:
Openstack

Please specify:
* IPI
* UPI 

What happened?
When set computerFlavor via platform.openstack.defaultMachinePlatform.type, it report 
$ ./openshift-install-4.6 create ignition-configs --dir /tmp/tmp.5uhScaENnU  
FATAL failed to fetch Kubeconfig Admin Client: failed to load asset "Install Config": platform.openstack.defaultMachinePlatform.type: Not found: "m1.large" 

But the OSP itself definitely have this flavor.
# openstack flavor show m1.large
+----------------------------+----------------------------------------------------------------+
| Field                      | Value                                                          |
+----------------------------+----------------------------------------------------------------+
| OS-FLV-DISABLED:disabled   | False                                                          |
| OS-FLV-EXT-DATA:ephemeral  | 0                                                              |
| access_project_ids         | None                                                           |
| disk                       | 60                                                             |
| id                         | a9acc2de-39d7-4148-8d16-413c3b696e9d                           |
| name                       | m1.large                                                       |
| os-flavor-access:is_public | True                                                           |
| properties                 | aggregate_instance_extra_specs:server_type:aggregate='general' |
| ram                        | 8192                                                           |
| rxtx_factor                | 1.0                                                            |
| swap                       |                                                                |
| vcpus                      | 4                                                              |
+----------------------------+----------------------------------------------------------------+



What did you expect to happen?

It should succeed without error.

How to reproduce it (as minimally and precisely as possible)?

1. Create ignition-conifgs with platform.openstack.defaultMachinePlatform.type setted but no other overrides.
---
...
compute:
- architecture: amd64
  hyperthreading: Enabled
  name: worker
  platform:
    openstack: {}
  replicas: 2
controlPlane:
  architecture: amd64
  hyperthreading: Enabled
  name: master
  platform:
    openstack: {}
  replicas: 3
...
platform:
  openstack:
    cloud: upshift
    defaultMachinePlatform:
      type: m1.large
    externalNetwork: provider_net_cci_8
$ ./openshift-install-4.6 create ignition-configs --dir /tmp/tmp.5uhScaENnU

Anything else we need to know?

4.7 work well.

Comment 2 Pierre Prinetti 2021-02-23 10:28:37 UTC

*** This bug has been marked as a duplicate of bug 1931814 ***