"auto assign" on unmanaged subnet used the gateway IP for the node
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
High
|
Unassigned | ||
1.9 |
Fix Committed
|
High
|
Unassigned |
Bug Description
maas 1.9.0+bzr4533-
On a node with two nics, I chose an unmanaged subnet for the second nic and selected "auto assign". After deployment, that nic got the same IP as the subnet's gateway. See attached screenshot.
Here, with the node still deployed:
andreas@nsn7:~$ maas admin-atlas subnet statistics subnet-13 include_ranges=true
Success.
Machine-readable output follows:
{
"total_
"usage_string": "0%",
"num_
"ranges": [
{
"end": "10.96.130.1",
],
},
{
"end": "10.96.130.254",
],
}
],
"largest_
"num_
"usage": 0.0039370078740
"inefficien
"available_
}
Same call with the node released:
andreas@nsn7:~$ maas admin-atlas subnet statistics subnet-13 include_ranges=true
Success.
Machine-readable output follows:
{
"total_
"usage_string": "0%",
"num_
"ranges": [
{
"end": "10.96.130.254",
],
}
],
"largest_
"num_
"usage": 0.0,
"inefficien
"available_
}
no longer affects: | maas/2.0 |
Changed in maas: | |
milestone: | none → 2.0.0 |
importance: | Undecided → High |
tags: | added: landscape |
Changed in maas: | |
status: | New → Invalid |
importance: | High → Undecided |
milestone: | 2.0.0 → none |
tags: | added: kanban-cross-team |
tags: | removed: kanban-cross-team |
no longer affects: | maas/1.10 |
Changed in maas: | |
status: | Fix Committed → Fix Released |
This does not affect MAAS 2.0, as IP allocation has been completely rewritten.
This bug occurs because the Subnet calls out to each NodeGroupInterface to determine if dynamic ranges, static ranges, cluster IP addresses, gateway IP addresses, and DNS server are reserved on the subnet.
In the case of an unmanaged subnet *without* a corresponding NodeGroupInterface, the code improperly skips values that can be determined by looking at the subnet alone (that is, gateway IP and DNS servers). These should be returned directly from the Subnet rather than going to the NodeGroupInterface.