MAAS does not factor in BMC addresses to address availability
Bug #1467119 reported by
Mark Shuttleworth
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Fix Released
|
High
|
Unassigned |
Bug Description
On my MAAS network, 192.168.9.3 is an AMT BMC for one of the machines. Its address is therefor not available for any ranges or addresses requested dynamically by the system, yet when I was building a cloud today with landscape, I was offered a range which included this address.
EXPECTED: MAAS will treat BMC / "power control" addresses as being used up and not offer them for static or dynamic assignment, or as part of available ranges.
In short, MAAS should aggregate everything it knows about all addresses when deciding what addresses are used and which are available.
Changed in maas: | |
importance: | Undecided → Medium |
Changed in maas: | |
milestone: | none → next |
importance: | Medium → High |
status: | New → Triaged |
Changed in maas: | |
milestone: | next → 2.2.x |
status: | Triaged → Fix Released |
milestone: | 2.2.x → none |
To post a comment you must log in.
This one may be a little trickier to solve than the other case you mentioned (bug 1467120), since in the other case the switch was modeled in MAAS (presumably as a device), whereas in this case the only reason MAAS knows about the BMC is because its IP address happens to be in a power parameter field. We need to model BMCs as "first class citizens" first in order to do this (which is on the roadmap).
Question: In the MAAS "Edit Cluster Interface" screen, what static and dynamic ranges are defined, for the cluster interface that overlaps with this BMC? (It is correct to assume that the defined range overlaps the BMC? Or does Landscape define that? See my qestion to the Landscape team - again, on bug #1467120.)