MaaS: Add support for dynamic fabric numbering 61/39661/1
authorAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Sat, 19 Aug 2017 21:33:42 +0000 (23:33 +0200)
committerAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Sat, 19 Aug 2017 21:43:17 +0000 (23:43 +0200)
commit8c6d4ba39ff626c5f24bd84a2958b07692ea0294
tree22b7ba5c6c2a44ab9487287897a7511a0cd01dec
parent30b1f3bdaa5de7e52d41a13d231d2bca3838e449
MaaS: Add support for dynamic fabric numbering

Previously, we hardcoded the fabric name for our 3rd interface
(which serves PXE/DHCP for the target nodes) to "fabric-2",
relying on predictable index numbers to be provided by MaaS based
on the interfaces defined in /etc/network/interfaces.

However, the fabric IDs/names generated by MaaS are not predictable,
and therefore cannot be hardcoded in our reclass model / scripts.

Work around this by:
- adding support for fabric ID deduction based on CIDR matching
  during subnet create/update operation in MaaS py module;
- adding support for VLAN DHCP enablement to MaaS py module,
  which was previously handled via shell MaaS API operations
  from maas/region.sls;

While at it, revert previous commit that disabled network discovery
("MaaS: Disable network discovery"), since it turns out that network
discovery was not the culprit for subnet creation failure, but wrong
fabric numbering.

This reverts commit 8cdf22d1a1bae4694a373873cab4feb6251069b7.

Change-Id: I15fa059004356cb4aaabb38999ea378dd3c0e0bb
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
mcp/patches/0005-maas-module-Obtain-fabric-ID-from-CIDR.patch [new file with mode: 0644]
mcp/patches/0005-maas-vlan-DHCP-enable-on-fabric-2.patch [deleted file]
mcp/patches/0006-maas-module-Add-VLAN-DHCP-enable-support.patch [new file with mode: 0644]
mcp/patches/0007-linux.network.interface-noifupdown-support.patch [moved from mcp/patches/0006-linux.network.interface-noifupdown-support.patch with 100% similarity]
mcp/patches/patches.list
mcp/reclass/classes/cluster/baremetal-mcp-ocata-ovs-ha/infra/maas.yml