-
Bug
-
Resolution: Done-Errata
-
Major
-
None
-
5
-
False
-
-
False
-
python-tripleoclient-16.5.1-17.1.20241217160810.f3599d0.el9ost
-
None
-
-
-
Approved
-
RHOS Upgrades 2025 Sprint 1, RHOS Upgrades 2025 Sprint 2
-
2
-
Important
-
Customer Escalated, Customer Reported
Description of problem::
Customer has an OSP 16.2 setup with 100+ pre-provisioned nodes, and needs to upgrade to OSP 17.1.
Step 7 of procedure in [1] in overcloud adoption and preparation instructs to run the following command:
~~~
$ openstack overcloud node provision --debug --stack <stack> \
--output /home/stack/overcloud_adopt/baremetal-deployment.yaml \
tripleo-<stack>-baremetal-deployment.yaml
~~~
This command fails in customer setup because the nodes are pre-provisioned instead of baremetal.
Right now, the suggested workaround is to manually create file baremetal-deployment.yaml, which is not pratical and error prone when dealing with large deployments.
We would like to request an automated way of creating this file when pre-provisioned nodes are involved.
Thank you!
- is cloned by
-
OSPRH-13316 [Docs z5] Need a new step for upgrading with pre-provisioned nodes
-
- Closed
-
- external trackers
- links to
-
RHBA-2025:146011 Red Hat OpenStack Platform 17.1 bug fix and enhancement advisory