Activity log for bug #2011853

Date Who What changed Old value New value Message
2023-03-16 17:47:57 jjqq bug added bug
2023-03-16 17:49:40 jjqq attachment added Create_discovered_subnets_in_CORRECT_fabric_.patch https://bugs.launchpad.net/maas/+bug/2011853/+attachment/5654942/+files/Create_discovered_subnets_in_CORRECT_fabric_.patch
2023-03-16 17:50:33 Adam Collard merge proposal linked https://code.launchpad.net/~jjqq/maas/+git/maas/+merge/439086
2023-03-16 17:51:01 Adam Collard description There is a use case: - MAAS's DHCP is disabled, and an external DHCP sever is used for PXE boot. - MAAS has 2 nics, named nic1, nic2. The nic2 is actually the one used for provisioning. - MAAS based on the nic name order, created fabric-0, fabric-1 for them respectively. The fabric-1 is actually the one used for provisioning, while default fabric is fabric-0 which is almost usless. - Commission a node, the node get an ip, the node UI shows its IP as "Auto assigned". - MAAS detected the ip is bound coming from nic2 so it set the node's fabric=1 (more precisely, set vlan_id = id of untagged vlan of fabric-1) - MAAS found the ip is not belonging to any existing subnets, so it automatically create a subnet, but it always create the subnet on fabric-0. This is the begining of all wrong things later. - Deploy the node, also succeeded, when finished, it is node UI shows ip correctly - Release the node, then the node status shows "Node must be attached to a network", this is because it could not find a proper subnet in fabric-1. - The node become unavailable for Deploying unless Commission again. I have confirmed this issue in 2.5.1 and fixed it successfully in https://github.com/maas/maas/pull/20/files, but could not create PR in launchpad (I have forked in lanchpad, git+ssh://jjqq@git.launchpad.net/~jjqq/maas, my branch name is james-create-discovered-subnet-in-correct-fabric). There is a use case: - MAAS's DHCP is disabled, and an external DHCP sever is used for PXE boot. - MAAS has 2 nics, named nic1, nic2. The nic2 is actually the one used for provisioning. - MAAS based on the nic name order, created fabric-0, fabric-1 for them respectively. The fabric-1 is actually the one used for provisioning, while default fabric is fabric-0 which is almost usless. - Commission a node, the node get an ip, the node UI shows its IP as "Auto assigned". - MAAS detected the ip is bound coming from nic2 so it set the node's fabric=1 (more precisely, set vlan_id = id of untagged vlan of fabric-1) - MAAS found the ip is not belonging to any existing subnets, so it automatically create a subnet, but it always create the subnet on fabric-0. This is the begining of all wrong things later. - Deploy the node, also succeeded, when finished, it is node UI shows ip correctly - Release the node, then the node status shows "Node must be attached to a network", this is because it could not find a proper subnet in fabric-1. - The node become unavailable for Deploying unless Commission again.
2023-03-16 17:52:22 Adam Collard summary subnet fabric Auto-discovered subnet does not get correct VLAN
2023-03-17 15:38:50 Jack Lloyd-Walters maas: status New Confirmed
2023-03-17 15:39:11 Jack Lloyd-Walters maas: milestone 3.4.0
2023-03-17 15:39:17 Jack Lloyd-Walters maas: importance Undecided Medium
2023-04-19 16:08:27 Adam Collard maas: status Confirmed Triaged
2023-06-07 10:10:51 Adam Collard merge proposal linked https://code.launchpad.net/~adam-collard/maas/+git/maas/+merge/444258
2023-06-07 11:03:20 MAAS Lander maas: status Triaged Fix Committed
2023-06-12 08:41:36 Alberto Donato maas: milestone 3.4.0 3.4.0-beta3
2023-06-20 14:18:38 Alberto Donato maas: status Fix Committed Fix Released