[SRU] no option to override the fixed_subnet when creating a new cluster
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Magnum UI |
Fix Released
|
Undecided
|
Felipe Reyes | ||
Ubuntu Cloud Archive |
Invalid
|
Undecided
|
Unassigned | ||
Antelope |
Fix Released
|
Undecided
|
Unassigned | ||
Bobcat |
Won't Fix
|
Undecided
|
Unassigned | ||
Ussuri |
Fix Committed
|
Undecided
|
Unassigned | ||
Yoga |
Fix Committed
|
Undecided
|
Unassigned | ||
Zed |
Won't Fix
|
Undecided
|
Unassigned | ||
magnum-ui (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
Focal |
Fix Released
|
Undecided
|
Unassigned | ||
Jammy |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
When a cluster template sets fixed_network and fixed_subnet and the user tries to create a new cluster using that template and decides to override the network, the fixed_subnet will inherited from the template, leaving an invalid configuration and later Neutron will refuse to allocate a port (since the subnet doesn't belong to the network). For more details see https:/
[Test Case]
1. Deploy an OpenStack cloud with the magnum-ui extension installed.
```
git clone https:/
cd charm-magnum-
git checkout stable/${VERSION} # ${VERSION} can be 2023.1, yoga or ussuri.
tox -e build
tox -e func-target -- ${BUNDLE} # ${BUNDLE} can be jammy-antelope, jammy-yoga or focal-ussuri
```
2. Create a new cluster template with a fixed_network test-net and fixed_subnet test-subnet
3. Create a new cluster, uncheck the option "Create new network" and pick a network different from test-net in the dropdown list.
Expected result:
The cluster gets created
Actual result:
The cluster creation fails, because the network configuration is invalid.
[ Where problems could occur ]
This is a javascript (Angular) code change, issues can be detected using the Web Developer Tools console where a javascript exeception may be raised.
Another source of problems is that this code change adds a handler when populate the list of subnets when the network is changed in the "Fixed Network" dropdown list, if there were issues the subnet list would be rendered empty.
[ Other Info ]
- This bug fix was merged during the 2024.1 (Caracal) development cycle - https:/
- The commit that fixes this issue is available since magnum-ui-14.0.0 - https:/
- This bug fix is not relevant for upgrades, it's purely UI fix
- This change is adding a new UI component, which on the surface may look like not suitable for a SRU, although the current UI induces users to get into a broken configuration for new clusters when overriding the cluster template's network.
Related branches
- Ubuntu OpenStack uploaders: Pending requested
-
Diff: 150 lines (+130/-0)3 files modifieddebian/changelog (+7/-0)
debian/patches/lp2038663.patch (+122/-0)
debian/patches/series (+1/-0)
- Ubuntu OpenStack uploaders: Pending requested
-
Diff: 153 lines (+127/-2)3 files modifieddebian/changelog (+4/-2)
debian/patches/lp2038663.patch (+122/-0)
debian/patches/series (+1/-0)
- Ubuntu OpenStack uploaders: Pending requested
-
Diff: 156 lines (+130/-2)3 files modifieddebian/changelog (+7/-2)
debian/patches/lp2038663.patch (+122/-0)
debian/patches/series (+1/-0)
Changed in magnum-ui (Ubuntu): | |
status: | New → Confirmed |
Changed in magnum-ui: | |
assignee: | nobody → Felipe Reyes (freyes) |
description: | updated |
https:/ /review. opendev. org/c/openstack /magnum- ui/+/898007