[2.3, 2.4, UI, b1] Can not change fabric value on subnet page

Hi Chris,

Could you please provide the output of the rack controller interfaces? Also, of your subnets?

That said, is the subnet in question configured in any of the rack controller interfaces ? e.g. does a interface X on a region or rack configured with an IP of that subnet, which is in Y fabric?

Andres,

My configuration is simple. Two interfaces, one public 192.168.1.0/24 and one private 192.168.10.0/23. Region and Rack controller on the same node, no other rack controllers.

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 52:54:00:40:d1:c8 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.2/23 brd 192.168.11.255 scope global ens3
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:fe40:d1c8/64 scope link
       valid_lft forever preferred_lft forever
3: ens9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 52:54:00:bf:f3:32 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.24/24 brd 192.168.1.255 scope global ens9
       valid_lft forever preferred_lft forever
    inet6 fe80::5054:ff:febf:f332/64 scope link
       valid_lft forever preferred_lft forever

The subnet I'm trying to move to a different fabric is ens9. The interface does have an IP assigned via my external dhcp provider. Both fabrics I'm trying to move are untagged. The subnet output is attached.

Great! Thanks Chris, one more quick question, no tracebacks in the logs?

Actually, nevermind, I just confirmed this bug and there was no error log at all.

This would seem like a fallout of the UI.

How I reproduced:

1. had fabric-5 w/ subnet 192.168.122.2
2. created fabric 'local' and tried to update the subnet to change it to the different fabric.
3. Saving continued, but it didn't update anything.

I've confirmed this with 2.4

This is a somewhat strange bug at first glance, because in the MAAS data model, subnets are not directly associated with fabrics. They are associated with VLANs, and VLANs are on a specific fabric. In other words, you cannot actually change the fabric of a subnet. You can only change the VLAN of a subnet, and the new fabric is implied.

That said, I wonder if changing the fabric doesn't automatically update the VLAN drop-down. (When you change the fabric, the VLAN drop-down should change its filter to show the available VLANs on the new fabric.)

Can you test to see if clicking on the VLAN drop-down and choosing the correct VLAN (even if it's already selected) is a workaround? I'm guessing that when you update the fabric, if there is only one VLAN in the new fabric, it is not automatically selected in the VLAN drop-down (the old VLAN, which would no longer be available, but may have the same 'untagged' label, might remain selected).

I cna confirm this is an issue on the UI only. Updating over the API works just fine.

I've got a fix proposed for this, but the full fix may also require a fix for bug #1759946, otherwise moving a subnet will leave each interface with an IP address on the subnet confused about which VLAN it belongs to.