Bug 1597807 - Cannot update a deployed overcloud that was done using the UI
Summary: Cannot update a deployed overcloud that was done using the UI
Keywords:
Status: CLOSED EOL
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-tripleo-ui
Version: 12.0 (Pike)
Hardware: Unspecified
OS: Unspecified
urgent
urgent
Target Milestone: rc
: ---
Assignee: Jiri Tomasek
QA Contact: Arik Chernetsky
URL:
Whiteboard:
: 1585450 (view as bug list)
Depends On:
Blocks: 1713364 1713367
TreeView+ depends on / blocked
 
Reported: 2018-07-03 16:13 UTC by David Hill
Modified: 2022-08-09 09:30 UTC (History)
10 users (show)

Fixed In Version: openstack-tripleo-ui-9.3.1-0.20180921180343.df30b55.el7ost
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
: 1713364 (view as bug list)
Environment:
Last Closed: 2019-11-04 03:24:51 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
OpenStack gerrit 607931 0 None None None 2018-11-07 16:36:49 UTC
OpenStack gerrit 618586 0 None None None 2018-11-16 19:44:30 UTC
Red Hat Issue Tracker OSP-9245 0 None None None 2022-08-09 09:30:25 UTC
Storyboard 2004296 0 None None None 2018-11-07 16:38:00 UTC

Description David Hill 2018-07-03 16:13:37 UTC
Description of problem:
Cannot update a deployed overcloud that was done using the UI like scaling-up/down, changing settings, etc.  If it's possible, then we have a documentation bug here.   If it's not possible, we should warn the customers that this feature is under development and that it should only be used by POC or provide documentation to actually export the plans and put them in /home/stack/templates/etc.

We also have to let customer know that the "openstack overcloud deploy" command should use "-p" instead of "-e" but that they still require --templates.

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. Deploy an overcloud using the UI
2. Try to update a setting and deploy ?
3.

Actual results:
We can only "Delete the overcloud"

Expected results:
We should be able to add more nodes, changing settings, etc

Additional info:

Comment 1 Udi Kalifon 2018-07-04 14:29:50 UTC
This is requested for backporting to OSP12.

Comment 2 Udi Kalifon 2018-07-08 07:14:46 UTC
This should be easy to implement, and it was tested by using a combination of GUI + CLI:

1) Deploy a default plan (1 controller + 1 compute without SSL or network isolation or any other configurations) from the GUI
2) After deployment, increment the compute count to 2 and save changes
3) From the CLI, run: openstack overcloud plan deploy overcloud

=> Update succeeds!

Problems encountered:
1) During the update, the plan deployment page is not populated (with the counters and plan configuration etc'). An error pops up:
   Stack Resources could not be loaded
   Cannot read property 'message' of undefined
2) It would be nice to see a progress bar in the GUI, as we have in the initial plan deployment
3) Also hit this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1599039

Comment 3 David Hill 2018-07-08 12:24:45 UTC
Oh , so no need to export the templates like I did then.   Still, this should be documented if it's not.  I didn't find it but it doesn't mean it doesn't exist.

Comment 5 Jiri Tomasek 2018-08-07 13:41:43 UTC
*** Bug 1585450 has been marked as a duplicate of this bug. ***

Comment 6 Jiri Tomasek 2018-08-07 14:19:13 UTC
Related BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1465574

Comment 7 Jiri Tomasek 2018-11-07 16:36:50 UTC
Upstream master patch: https://review.openstack.org/#/c/607931/

Comment 9 Jiri Tomasek 2018-11-16 19:44:30 UTC
Upstream stable/rocky backport: https://review.openstack.org/#/c/618586/

Comment 17 Lon Hohberger 2019-06-07 11:45:12 UTC
tripleo-ui has been removed from OSP15

Comment 20 Jason E. Rist 2019-11-04 03:24:51 UTC
This was fixed upstream, so if necessary, a future bug can refer to this, but otherwise I'm closing EOL as TripleO-UI has been deprecated upstream.


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