[IDF] Add optional 'idf.installer' array 75/51075/2
authorAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Wed, 24 Jan 2018 20:02:40 +0000 (21:02 +0100)
committerAlexandru Avadanii <Alexandru.Avadanii@enea.com>
Sun, 28 Jan 2018 18:29:09 +0000 (19:29 +0100)
commit29ad01ff1a3ee720b161008c1395f5ee9127ab9d
treee07e67e0ae294505f964263cc25a6f58f10d3710
parentf666a4aaaefb41c93c2ccc36987b3f2dabb0e7d2
[IDF] Add optional 'idf.installer' array

There is no easy way to determine automatically if a PDF/IDF set is
compatible with a specific installer adapter.
Most common incompatibilities are caused by:
- installer adapters hardcode more network ports than nodes have
  defined in PDF;
- installer adapters hardcode more nodes than PDF defines;

Previous attempt at handling this dynamically (cd54edf) fails for
recently added PODs, so let's handle this explicitly per-pod via a
new optional IDF property, 'idf.installer'.

If 'idf.installer' is defined, it will be used by `check-jinja2.sh`
as a filter-in list of installer adapters to check against.
The default (no 'idf.installer' present) is to check all IAs.

Leverage the new property for:
- arm-pod5: not enough network ports on computes for Compass, Joid;
- arm-pod7: same as arm-pod5;
- bii-pod1: no 'storage' network defined in IDF for Daisy;
- zte-pod9: 3 cluster nodes are only supported by Daisy for now;

SPEC changes:
- net_config (previously mandatory for IDF version '0.1') is now
  mandatory only if 'idf.fuel' or 'idf.daisy' is defined;

Fixes: cd54edf

Change-Id: I706c05519e5491ad631069d7cc090e9c8bfd3011
Signed-off-by: Alexandru Avadanii <Alexandru.Avadanii@enea.com>
config/pdf/idf-pod1.schema.yaml
config/utils/check-jinja2.sh
labs/arm/idf-pod5.yaml
labs/arm/idf-pod7.yaml
labs/bii/idf-pod1.yaml
labs/zte/idf-pod9.yaml