Identify jump host bridges based on IDF / PDF nets 17/42017/12
authorAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Sat, 16 Sep 2017 01:22:38 +0000 (03:22 +0200)
committerAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Tue, 3 Oct 2017 16:41:20 +0000 (18:41 +0200)
commit8ec927497b7ee0fd3b7346e957878173b080ef6a
tree2f2daf184b59ba934e95986e1dddbc27932eb96d
parent0c00f813d709fd1b65e5dd52abcf16fd81b3d0e1
Identify jump host bridges based on IDF / PDF nets

- minor refactor of runtime templates parsing to allow var expansion;
- parse <pod_config.yml> into shell vars, match dynamically networks
  from PDF to IP addresses on bridges of current jumphost;
- keep old '-B' parameter in <ci/deploy.sh>, use it for providing
  fallback values in case there's no bridge name specified via IDF
  and no IP on the jumphost for one or more of the PDF networks;
- re-enable dry-run to ease testing of the above;
- add sample 'idf-pod1.yaml' to <mcp/config/labs/local>;

The new behavior will try to determine the jump host bridge names:
1. Based on IDF mapping, if available
2. Based on PDF network matching with IP addrs on jumphost;
3. Fallback to values passed via '-B';
4. Fallback to default values hardcoded in the deploy script;

Later, we will drop MaaS network env vars in favor of PDF vars,
once the PDF template is generating them.

Change-Id: If9cd65d310c02965b2e2bfa06a0d7e0f97f1dd48
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
ci/deploy.sh
mcp/config/labs/local/idf-pod1.yaml [new file with mode: 0644]
mcp/patches/pharos/0001-Add-IDF-mappings-to-installer-adapter.patch [new file with mode: 0644]
mcp/reclass/classes/cluster/all-mcp-ocata-common/opnfv/runtime.yml.template
mcp/reclass/classes/cluster/baremetal-mcp-ocata-odl-ha/infra/maas.yml
mcp/reclass/classes/cluster/baremetal-mcp-ocata-ovs-dpdk-ha/infra/maas.yml
mcp/reclass/classes/cluster/baremetal-mcp-ocata-ovs-ha/infra/maas.yml
mcp/salt-formulas/maas/pxe_route.sls
mcp/scripts/lib.sh
mcp/scripts/net_mcpcontrol.xml.template
mcp/scripts/pharos