Bug 1828238
Summary: | [OCP4.2 on OSP][IPI] does not deploy bootstrap node using volume boot | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Pierre Prinetti <pprinett> |
Component: | Installer | Assignee: | Pierre Prinetti <pprinett> |
Installer sub component: | OpenShift on OpenStack | QA Contact: | David Sanz <dsanzmor> |
Status: | CLOSED ERRATA | Docs Contact: | |
Severity: | high | ||
Priority: | high | CC: | dsanzmor, hfukumot, m.andre, mfuruta |
Version: | 4.4 | ||
Target Milestone: | --- | ||
Target Release: | 4.4.z | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Cause: Some OpenStack environments might enforce a policy where VMs can't boot with ephemeral disks and need to boot from a cinder volume.
Consequence: In these cases, it is impossible to install OCP with IPI because even when configuring the master and worker nodes to boot from volume using the rootVolume setting, the bootstrap node would still boot from ephemeral disk.
Fix: Have the bootstrap node follow the rootVolume settings
from controlPlane machine pool.
Result: It is now possible to install OCP in OpenStack environment that enforce a policy where VMs can't boot with ephemeral disks.
|
Story Points: | --- |
Clone Of: | 1820434 | Environment: | |
Last Closed: | 2020-05-18 13:35:02 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1820434 | ||
Bug Blocks: |
Description
Pierre Prinetti
2020-04-27 11:42:25 UTC
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:2133 |