MAAS 3.5.2 does not fully configure network device when doing so in UI

Bug #2091949 reported by Jeff Lane 
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Triaged
Medium
Unassigned
3.5
Triaged
Medium
Unassigned
3.6
Triaged
Medium
Unassigned

Bug Description

Describe the bug:
I reported this against 2.7, and it was fixed then:
https://bugs.launchpad.net/maas/+bug/1878932

and seems to have regressed. I was configuring devices on a server (donkeykong) on Main MAAS in TOR-3 this morning and ran into this issue on EVERY network device. As before, I've added a video showing the issue. My apologies that the video doesn't show the drop-downs, but you can see where I set each configuration option, save the config, only to have MAAS ignore the subnet and IP address setting, forcing me to go in a second time and re-reconfigure the device in order to complete the configuration.

Steps to reproduce:
* Pick a machine with devices that are not configured and have an unusual fabric
* Pick an unconfigured network device
* Choose the Edit Physical option for the device
  * change to correct fabric
  * set the correct VLAN
  * Choose the correct subnet
  * set the device to DHCP
* Click Save
* Review the network tab information and now note the fabric changed but the subnet and IP address settings were discarded.
* Go back into Edit Physical for the device, set the subnet and IP AGAIN, and save again, and NOW the device is fully configured.

Expected behavior (what should have happened?):

All config options set are saved and then displayed on the network tab without having to set config options twice for each network device.

Actual behavior (what actually happened?):

As the video shows, I have to set the network config twice for each port configured.

MAAS version and installation type (deb, snap):

3.5.2, and no idea on installation type, the MAAS team owns the installation and has deployed it.

MAAS setup (HA, single node, multiple regions/racks):

HA

Host OS distro and version:

Ubuntu... 24.04? Not sure what was used on the VMs on the Edge Cloud stack, I didn't have any part in that deployment.

Additional context:

See attached video for a demonstration of the bug.

Revision history for this message
Jeff Lane  (bladernr) wrote :
Jacopo Rota (r00ta)
affects: maas → maas-ui
affects: maas-ui → maas
Changed in maas:
status: New → Triaged
milestone: none → 3.7.0
milestone: 3.7.0 → 3.6.x
milestone: 3.6.x → 3.7.0
Revision history for this message
Nick De Villiers (nickdv99) wrote :

Hey Jeff, thanks for the report, and sorry for the long response time. I've reproduced your bug on latest/edge, so I'm marking this as triaged. Looks like the UI sends the correct parameters to the backend, but those changes aren't getting applied properly for some reason.

Changed in maas:
milestone: 3.7.0 → 3.7.x
importance: Undecided → Medium
Revision history for this message
Jeff Lane  (bladernr) wrote :

Ahhh thanks! I had kinda forgotten about this until just last week when it hit me again in Toronto :D

FWIW I also reported this way back on 2.7 and it was resolved back then: https://bugs.launchpad.net/maas/+bug/1878932

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.