Fuel rework for multiple libvirt 01/24901/5
authorcristinapauna <cristina.pauna@enea.com>
Fri, 25 Nov 2016 15:06:27 +0000 (17:06 +0200)
committercristinapauna <cristina.pauna@enea.com>
Fri, 25 Nov 2016 15:52:46 +0000 (17:52 +0200)
commitdbc3359d6b8d66549d7975156c42acbdae0d0d5d
treefc7b18993b100b23a57a426df2cdf5fbffcfaed3
parent572381de2421d62b14028cf5d4efa721ee434832
Fuel rework for multiple libvirt

The current fuel arhitecture assumes that all the VMs
(Jenkins slave, Fuel master and Target nodes) are all on
the same server. There is code that allows the Fuel master
to be on a different machine, but nothing for the Target nodes.
In Enea-Arm lab we have a different server for each.

This commit also adds specific templates for a virtual pod in
the Enea-Arm lab.

Therefore, the following changes are done:
- The default libvirt URI is the machine on which the Target nodes are
- The parameter libvirtUri was added in the dha.yaml file for fuel master
- All virsh calls have "-c" option to explicitly specify the uri; this parameter
  is set only when libvirtUri is explicitly set in the yaml file
- The scenarios dha override now point to the arm template files
- The network templates are not needed for ARM, as the network infra is provided
  by the server on which the Target node VMs reside; the folder is added here
  just for consistency
- The target nodes are created with virsh rather than quemu when the nodes are
  not on the same machine as Jenkins slave (similar logic to what is done for
  remote Fuel master)

JIRA: ARMBAND-122

FIXME: remove hardcodes for
- Network bridges from templates
- Default pool
- libvirtUri from scenario overwrite

Change-Id: Ibf4744e5593f5201550115397024fd8311696074
Signed-off-by: cristinapauna <cristina.pauna@enea.com>
patches/opnfv-fuel/upstream-backports/0004-Fuel-rework-for-multiple-libvirt.patch [new file with mode: 0644]