summaryrefslogtreecommitdiffstats
path: root/labs/intel/idf-pod18.yaml
diff options
context:
space:
mode:
authorAlexandru Avadanii <Alexandru.Avadanii@enea.com>2018-01-24 21:02:40 +0100
committerAlexandru Avadanii <Alexandru.Avadanii@enea.com>2018-01-28 19:29:09 +0100
commit29ad01ff1a3ee720b161008c1395f5ee9127ab9d (patch)
treee07e67e0ae294505f964263cc25a6f58f10d3710 /labs/intel/idf-pod18.yaml
parentf666a4aaaefb41c93c2ccc36987b3f2dabb0e7d2 (diff)
[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>
Diffstat (limited to 'labs/intel/idf-pod18.yaml')
0 files changed, 0 insertions, 0 deletions