Export CI_LOOP as expected by Functest

CI_LOOP is hardcoded to daily (the common default value) [1].

[1] https://gerrit.opnfv.org/gerrit/#/c/51981/

Change-Id: I15f5d41f7f10a5c8fddcc4a4d303552ef45c5fb2
Signed-off-by: Cédric Ollivier <cedric.ollivier@orange.com>

Export an new var related to Energy

It conforms with "Unlink Energy from functest utils and constants":
https://gerrit.opnfv.org/gerrit/#/c/51943/

Depends-On: Iecd5d49b4d4c961c9dc51e43e54df1fcd4027266
Change-Id: I7c7125ac2fee9a2e8f24dcf060bdaab1b39ae552
Signed-off-by: Cédric Ollivier <cedric.ollivier@orange.com>

xci: scripts: start-new-vm.sh: Disable nested virtualization in clean VM

When using the clean VM for the tests, we will end up with 3 levels of
virtualization when functest is executed (1st level = clean vm, 2nd
level = compute node, 3rd level = functest VMs). This makes the functest
VM terribly slow leading to all sorts of random failures. It appears
that KVM can't handle this case, so we need to switch to the QEMU
interpreter instead which is slower but functional. This only affects
the Jenkins jobs, so deployments on baremetal will still use 2 levels of
nested KVM virtualization which should work fine.

Change-Id: If274129fbf347526982ac4cf577d216173eb4d1b
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: scripts: start-new-vm: Set pipefail option

In commit I75a8cb8c05957bb205e63210d6cafaf54d989f32 the 'ts' utility
was added in order to print timestamps for deployment. However, this
breaks the exit code since 'pipefail' was not set so every job was
returning 'success'.

Change-Id: Ia5f47ea96a4a5be9ed0664f5c7100accc30cde51
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: osa: Do not wipe cinder volumes"

Update the .gitignore in roles

THe prepare-functest role changed the name but .gitignore is still
using the old name

Change-Id: I67e962704a62756663abdc721fb8b9a9ac8648a2
Signed-off-by: Manuel Buil <mbuil@suse.com>

xci: osa: Do not wipe cinder volumes

When a volume is removed, cinder will fill the entire disk with 0s. This
can slow down the volume removal process. Since we do not care what
happens with the volume after it's being removed, we don't need to
wipe it at all.

Change-Id: I5ef1b01a18cdf2694252b450ca4f1c6a37090f71
Link: https://docs.openstack.org/cinder/latest/sample_config.html
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: roles: configure-network: Determine host NIC from Ansible facts

Hardcoding the interface as a variable is very fragile since it varies
from host to host. We could use the Ansible facts to find out the
interface name and then use that to configure all the VLANs and
networking.

Change-Id: Ie7e2409d638625b9bede23b6c1fe33dc36f81840
Signed-off-by: Markos Chandras <mchandras@suse.de>

Correct the BIFROST_IRONIC_VERSION variable

By mistake the BIFROST_IRONIC_VERSION variable was
written BIFROST_IRONIC_CLIENT_VERSION

Change-Id: Ie35a4938a2fb38c633dd149c1d18f1da20a4e82a
Signed-off-by: Dimitrios Markou <mardim@intracom-telecom.com>

Merge "xci: xci-deploy.sh: Calculate and print the total deployment time"

Merge "xci: playbooks: run-functest: Collect functest results"

xci: playbooks: run-functest: Collect functest results

Add a new volume to the docker container which will hold the results
from the functest run.

Change-Id: I70541a8337c9198a97304312adfab74d4dd06b70
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Switch VM disk cache to 'unsafe' and use 'iothreads' for I/O

According to the docs[1]

"writeback: This mode causes the hypervisor to interact with the disk
image file or block device with neither O_DSYNC nor O_DIRECT semantics.
The host page cache is used and writes are reported to the guest as
completed when they are placed in the host page cache. The normal page
cache management will handle commitment to the storage device.
Additionally, the guest's virtual storage adapter is informed of the
writeback cache, so the guest would be expected to send down flush
commands as needed to manage data integrity. Analogous to a raid
controller with RAM cache."

and

"writeback: This mode informs the guest of the presence of a write
cache, and relies on the guest to send flush commands as needed to
maintain data integrity within its disk image. This is a common
storage design which is completely accounted for within modern file
systems. This mode exposes the guest to data loss in the unlikely case
of a host failure, because there is a window of time between the time
a write is reported as completed, and that write being committed to the
storage device."

"unsafe: This mode is similar to writeback caching except for the
following: the guest flush commands are ignored, nullifying the data
integrity control of these flush commands, and resulting in a higher
risk of data loss because of host failure. The name “unsafe” should
serve as a warning that there is a much higher potential for data
loss because of a host failure than with the other modes. As the
guest terminates, the cached data is flushed at that time."

It's beneficial to use the host page cache to cache I/O from the guest
instead of waiting for data to reach the actual disk device. We do not
normally care about data integrity so data loss is not a problem.

Moreover, we drop the cache configuration from the flavor files since
it's independent of the flavor that's being deployed.

[1] https://www.suse.com/documentation/sles-12/singlehtml/book_virt/book_virt.html#cha.cachemodes

Change-Id: I118ffdf84b1be672185b3eff60fe5d0b5f1a590d
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: xci-deploy.sh: Calculate and print the total deployment time

It's useful to know how XCI performs in terms of duration time so
use the bash $SECONDS variable to calculate the total amount of time
it takes for a full XCI deployment. Moreover, use the 'ts' command to
print a timestamp for every command executed. This will help developers
identify tasks which take a lot of time to complete and possibly
optimize them.

Change-Id: I75a8cb8c05957bb205e63210d6cafaf54d989f32
Signed-off-by: Markos Chandras <mchandras@suse.de>

bifrost: scripts: bifrost-provision.sh: Set defaults for Ironic variables

When running the bifrost jobs for the OPNFV 3rd Party CI, the Ironic
variables are not defined and we get the following error:

./scripts/bifrost-provision.sh: line 112: BIFROST_IRONIC_INSPECTOR_VERSION: unbound variable

As such, we need to provide reasonable defaults when we are running this
script outside of XCI.

Change-Id: I9cc3ae1b70494637a85558b9cae99fc1eeaebc74
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Bump OpenStack Ansbile SHAs

* Bump up upstream SHAs
* With these upstream SHAs, OSA installs neutron-agent container on
controller node which would require eth12 interface on controller for
establishing vlan provider networks. so adding eth12 interface and
linking it with br-vlan over br-vlan-veth link.

Change-Id: Iaf7cbe6e41dcfd15ec6527c5a50701f2d05eaad8
Signed-off-by: Markos Chandras <mchandras@suse.de>
Signed-off-by: Periyasamy Palanisamy <periyasamy.palanisamy@ericsson.com>

bifrost: Add ability to pin Ironic-{,client,inspector,inspector-client} SHAs

We should pin the SHAs for Ironic components as part of the regular
bifrost bump to ensure maximum long term stability. This also bumps
the bifrost SHA to the latest available one.

Change-Id: Ia66d8ab6566db58e2ddab5134eb8445bd84d2a8f
Signed-off-by: Markos Chandras <mchandras@suse.de>

bifrost: Always deploy Ironic from master

The Ironic components are currently being installed from PIP but we
should install them from the git repo instead so we can always try
the latest code from master or the pinned version when such
functionality is implemented.

Change-Id: I0138c54befe52ed9df8bf617b78e063df3cf8750
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: scripts: vm: Use LVM backend if available"

xci: scripts: vm: Use LVM backend if available

The CI nodes come with a big secondary mechanical disk which can be
attached directly to the clean VM. As such, we split the disk into one
logical volume per distribution and flush the qcow2 image to it before
attaching it to the VM. If the XCI volume group is not available, then
we revert back to using a file-based storage backend. Finally, we hide
stdout/stderr from the package installation process to minimize the
script output.

Change-Id: I11ea82899c411f8a4168e5f23cbbd8187cc891df
Signed-off-by: Markos Chandras <mchandras@suse.de>

bifrost: Bump bifrost sha1s to latest on master

This change brings in the fix for policy.json removal.

https://review.openstack.org/#/c/536349/

Change-Id: Ib18a99502c0ce61278e13f25a01622e073749d14
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Rename Functest creds

It follows the change "Rename a common credential file for OS and
K8S" which stops forcing OpenStack creds.

[1] https://gerrit.opnfv.org/gerrit/#/c/51283/

Change-Id: Ic83a2e696c9ea8821e29e6b3f4e69db25c528a0d
Signed-off-by: Cédric Ollivier <cedric.ollivier@orange.com>

Merge "Adapt to change in functest"

Merge "Enable deltarpm"

Merge "xci: scripts: vm: Install additional packages to clean VM"

xci: scripts: vm: Install additional packages to clean VM

Install some additional packages to the clean VM which can be useful
during debugging. Moreover, we move the common distribution packages
into a variable in order to simplify the code a little bit.

Change-Id: I0405820900a15fec730a2bbfc95a1d1f3485bf0f
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "deploy kubernetes in XCI"

deploy kubernetes in XCI

This commit introduces kubespray into XCI.
k8s install currently assumes k8s install
and OpenStack install cannot coexist.
If XCI_INSTALLER is set to "kubespray" and
DEPLOY_SCENARIO is set to "k8-nosdn-nofeature"
the xci-deploy.sh would install kubernetes instead of OpenStack.
The version of kubernetes is beta release v1.9.0 currently
according to the master of kubespray
it only support the ubuntu now.
Opensuse and centos still need to develop and test.

This patch create the directory xci/installer/kubespray,
the related files of kubespray would be placed to it.
The xci/installer/$installer/playbooks/configure-localhost.yml was moved
to xci/playbooks/configure-localhost.yml as a common yaml file.

You can modify some parameters according your need
in xci/installer/kubespray/files/k8s-cluster.yml to deploy cluster.
When deploying kubernetes,
it would download the kubespray to releng-xci/.cache/repos/kubespray.
If your flavor is Ha, it will download haproxy_server and keepalived
to xci/playbook/roles, which setup haproxy service for kubernetes.

Change-Id: I24d521a735d7ee85fbe5af8c4def65f37586b843
Signed-off-by: wutianwei <wutianwei1@huawei.com>

Enable deltarpm

DeltaRPM allows to install only the difference between an old and new
version of an RPM, as consequence this reduces the network
consumption in CentOS distros.

Change-Id: I317fbac44ae5fb6d5293443e755e2b7ddd08c66e
Signed-off-by: Victor Morales <victor.morales@intel.com>

Adapt to change in functest

Functest requires to read the variable TEST_DB_URL from the env. variables:

https://gerrit.opnfv.org/gerrit/#/c/49757/

Change-Id: Idbfc2df989f5b2a8e6ddd2d9a9a70526dd9bf1f4
Signed-off-by: Manuel Buil <mbuil@suse.com>

Merge "correct the lookup logic for scenario's xci_overrides"

Merge "xci: Record deployment scenario when collecting XCI info"

xci: Record deployment scenario when collecting XCI info

Add the DEPLOY_SCENARIO variable to the list of information we
collect when deployment fails.

Change-Id: I7081b80feea1d3d2ff83e54bd5e614b4ea98964d
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: run-functest: Add required functest packages

The package requirements are the same across distros so
we simply hardcode them in the task. Fixes the following problem:

fatal: [opnfv]: FAILED! => {"changed": true, "cmd":
"/root/run-functest.sh", "delta": "0:00:09.150226", "end": "2018-01-26
14:01:18.758704", "failed": true, "rc": 125, "start": "2018-01-26 1
4:01:09.608478", "stderr": "/root/run-functest.sh: line 14: wget:
command not found

Change-Id: Ib07acac18f8ece1111ee0706766f32005d0ac1da
Signed-off-by: Markos Chandras <mchandras@suse.de>

correct the lookup logic for scenario's xci_overrides

Previously xci-deploy.sh looks up the xci_overrides files under
$XCI_SCENARIOS_CACHE/${DEPLOY_SCENARIO} directory, but actually
xci_overrides file resides somewhere in the nested directory level
in both inband/outband scenarios. Hence the fix is done by using
the find command.

Change-Id: Icb507471e368f56290ef91d555673830b598e204
Signed-off-by: Periyasamy Palanisamy <periyasamy.palanisamy@ericsson.com>

xci: Integrate functest

This change integrates functest in most easiest and messy way to
get it up and running to bring functest into CI. The reason for
this is that there are strange failures during functest healthcheck
and it is important to look into those rather than beautifying how
functest is integrated at this phase.

Change-Id: I42e993be4aa15da022fa1e0069338447780f177e
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Merge "xci: scripts: vm: Retry when timer expires"

xci: scripts: vm: Retry when timer expires

We should look again for active package managers when the timer expires
to avoid locking issues.

Change-Id: I88f0299a87befce17d11ba7581f0330979a25345
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: xci-deploy.sh: Drop warning for CentOS"

Merge "xci: get-opnfv-scenario-requirements.yml: Check if facts are set"

xci: get-opnfv-scenario-requirements.yml: Check if facts are set

When the user selects an invalid combination then some facts may not be
set so the deployment may fail in a crypt way like in the following case

fatal: [localhost]: FAILED! => {"failed": true, "msg": "The conditional
check 'deploy_scenario_installer' failed. The error was: error while
evaluating conditional (deploy_scenario_installer):
'deploy_scenario_installer' is undefined\n\nThe error appears to have been in
'/home/opnfv/releng-xci/xci/playbooks/get-opnfv-scenario-requirements.yml':
line 114, column 11, but may\nbe elsewhere in the file depending on the
exact syntax problem.\n\nThe offending line appears to be:\n\n
when: item.installer == XCI_INSTALLER\n        - set_fact:\n
          ^
here\n"}

Change-Id: I931376d99bb178b15c4a9a71d47b48b01b858e4e
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: xci-deploy.sh: Drop warning for CentOS

The basic support for CentOS has been merged and it passes the CI
so drop the warning.

Change-Id: I70e6ba0fcd851d2eb9bfcb24d185276ed68c1005
Signed-off-by: Markos Chandras <mchandras@suse.de>

Enable running on CentOS/RedHat family

Changes that make it possible to run XCI on CentOS:

- Remove the check on xci-deploy.sh script that exists on RedHat family
(including CentOS) and making the error into a warning.
- Add centos to a distro in opnfv-scenario-requirements

Change-Id: Ief6f1e50d8c7c9d8787641827e57682a6e0549e4
Signed-off-by: Tapio Tallgren <tapio.tallgren@nokia.com>

Create CentOS networking configuration

Change-Id: If8c0de44c313fdc22b1c7443b12d42769035c5b0
Signed-off-by: Tapio Tallgren <tapio.tallgren@nokia.com>

Rename centos.yml to redhat.yml in configure-nfs/vars

'redhat' as a ansible_os_family covers both the RedHat distros and
CentOS.

Change-Id: I2ab56024d2c0f1f40a014a236cfd94ef38daad04
Signed-off-by: Tapio Tallgren <tapio.tallgren@nokia.com>

Bump OSA-galera_server SHA to fix a CentOS issue

Galera installation in CentOS fails because the mysqld.sock file is in a
different location, despite what the my.cnf configuration tells. This
has been worked around in upstream OSA-galera_server:

https://git.openstack.org/cgit/openstack/openstack-ansible-galera_server/
commit/?id=f2bfbd38513ac8d61ba4e02a4d5ef6cbbca259cc

Change-Id: Ied11571189eff8cbab0f1990a7599b51cad9ea2b
Signed-off-by: Tapio Tallgren <tapio.tallgren@nokia.com>

xci: Rename 'nfvi' to 'installer'

Using 'installer' to describe the tool that will deploy the foundations
of a particular XCI scenario is more appropriate than NFVI which
normally describes both the physical and virtual resources needed by
an NFV deployment.

Change-Id: Ib8b1aac58673bf705ce2ff053574fd10cb390d71
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: nfvi: OSA: Drop SUSE workaround

The upstream patchset has been merged, so drop the SUSE
specific workaround when obtaining the status of the galera
cluster.

Link: https://review.openstack.org/#/c/508154/
Change-Id: Ic990e6939fb794a532caf8af2759969198fa5d3a
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Record distribution and NFVI information for scenarios

A scenario may only support certain NFVIs or distributions so we
need a mapping with all these things so we know what can be tested
and where.

Change-Id: Ibf1b640b762085f58627e05e1d2ca13edfc4d716
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Decouple VM distribution from host OS

Introduce a new XCI_DISTRO variable to select the distribution to deploy
on the VMs in order to make deployments more flexible and decouple the
VM OS selection from the host one. The default value for this new
variable is to match the host OS but users can always set it to one
of the supported distributions. We can now simply execute the
install-ansible.sh script instead of sourcing it in order to keep
the environment as clean as possible.

Change-Id: Ia74eb0422f983848cde0fb7b220ea1035dfa78bc
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: nfvi: OSA: Remove duplicate xci-deploy.sh script

It was committed by accident in c74cfd33fc3c ("xci: OSA: Move all the
OSA specific playbooks to the NFVI directory") so drop it.

Change-Id: I5de91f0aad750a9cb723a46baa63e75beb3180de
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "[XCI] move osa files into xci/nfvi/osa/files"

[XCI] move osa files into xci/nfvi/osa/files

we maybe introduce other NFVI in the future in XCI.
it is necessary to put the nfvi files to corresponding directory xci/nfvi/$NFVI/files,
otherwise the files directory will be confused.

Change-Id: Iea98167ff0bc8d338a94fe1c064ac0ab396c53d3
Signed-off-by: wutianwei <wutianwei1@huawei.com>

xci: scenarios: Fix location when copying scenarios to roles

The location where we were putting the scenarios was wrong as it was
placing them in xci/playbooks/roles/$scenario/$scenario so in the end
the Ansible couldn't find the role we were looking for. As a result,
the role was never executed. Moreover, we can use the synchronize
module instead of the shell which should be both faster and safer.

Change-Id: I3d996652bb6a62d23e259da5674d94596dad4d8d
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: playbooks: Copy local changes to scenarios"

Merge "xci: nfvi: OSA: Set 'pipefail' when SSHing on the OPNFV host"

Merge "bifrost: Bump bifrost SHA"

xci: playbooks: Copy local changes to scenarios

Make sure that any local changes to scenarios are being propagated to
the checkouts. This should only happen when we are testing the 'master'
branch of the scenario since it may be desirable to test a specific SHA
in which case we shouldn't modify the checkout code.

Change-Id: I4197f09a3e4d5a54c86905bc556b06e08948fbc2
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "Bump sha on openstack-ansible-lxc_hosts"

Bump sha on openstack-ansible-lxc_hosts

The commit 6b529de0315fe6cd12f6e78c00a5f2f2d3a01e28 in
openstack-ansible-lxc_hosts reverts an earlier change that introduced
systemd-networkd to lxc containers that run OpenStack services. This
prevents the containers from being stopped (ie, lxc-stop fails until it
times out), since systemd-networkd restarts. lxc-stop sends the SIGRT+3
message to the container which the container interprets as "halt".
systemd-networkd conflicts with shutdown, so when the system tries to
enter halt, systemd-networkd gets started again. As a result, the
container does not shut down cleanly.

This patch uses a version of openstack-ansible-lxc_hosts that does not
use systemd-networkd in the containers.

Change-Id: Ie85d2117ce2e6e8afa87810d690eab78e3b3be3d
Signed-off-by: Tapio Tallgren <tapio.tallgren@nokia.com>

xci: nfvi: OSA: Set 'pipefail' when SSHing on the OPNFV host

We need to set the 'pipefail' option so if an SSH command fails we stop
the deployment instead of silently ignoring it just because the right
leg of the pipe succeeded.

Change-Id: Iebc720fbd3e6e96fc7135a6cf15e3c0941974d2c
Signed-off-by: Markos Chandras <mchandras@suse.de>

Fix the parameter of scenario directories

1. the "+" and "'" will be part of the string in the path parameter of ansible.
   So the directories we create are not right. we need remove these char.
2. it miss the "{{" in ansible variable

Change-Id: I30c9804450588c63f5f18c63c1d90cd869fad90e
Signed-off-by: wutianwei <wutianwei1@huawei.com>

Merge "xci: OSA: Move all the OSA specific playbooks to the NFVI directory"

xci: OSA: Move all the OSA specific playbooks to the NFVI directory

Move all the playbooks that only make sense for OpenStack-Ansible
deployments to the NFVI/OSA directory where they belong. This further
disassociates XCI from OSA.

Change-Id: Iab8b6dc81d9025a1d85608a98fb1eee0f1c6a69f
Signed-off-by: Markos Chandras <mchandras@suse.de>
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

xci: playbooks: Fix conditional for scenario/flavor fact

We need to use proper jinja2 code to set the fact properly.

Change-Id: I903233c0e059edf2af973ea9c08b8bd80795e1a9
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "Rename variable OPNFV_SCENARIO to DEPLOY_SCENARIO"

bifrost: Bump bifrost SHA

Bump the bifrost SHA so we can get rid of the testvm.xml.j2 template
which has now made it upstream.

Change-Id: Ia9cdd999a5702f37125d38e0ba68bb31920d2117
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "Pin os_heat role to the version with working policy"

Pin os_heat role to the version with working policy

Upstream change modifying policy.json results in failures with
several heat test case failures with functest healthcheck.

https://review.openstack.org/#/c/526306/

Using the policy.json from the earlier commit seems to solve
the failures which is this

https://git.openstack.org/cgit/openstack/openstack-ansible-os_heat/commit/?id=0b3eb9348d55d6b1cf077a2c45b297f9a1be730d

Change-Id: Iaac0911e73743d1b628cc8d4abe460a0a2a66a84
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Rename variable OPNFV_SCENARIO to DEPLOY_SCENARIO

Rest of the OPNFV projects use the variable DEPLOY_SCENARIO so
XCI should be aligned with them as well even though OPNFV_SCENARIO
fits better than DEPLOY_SCENARIO.

Change-Id: Id48c41fa8a1fa9493cfc7a4906f64b6d8ed27d64
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Update osa version files for master branch as well

This is needed in order to update the files before we attempt to
run osa-periodic job.

Change-Id: Ied5a53c294fd753039a6f79fa0ebce24b515cdba
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Merge "Increase ram of XCI VM and change disk cache type for all VMs"

Merge "bifrost: Set vCPU model to 'host-passthrough'"

Merge "Add tacker to the list of components to install"

Merge "xci: Move OpenStack-Ansible out of the main script"

bifrost: Set vCPU model to 'host-passthrough'

The default CPU model of QEMU GenuineIntel/QEMU Virtual CPU is not the
best option for vCPU in terms of performance. As such, lets use the
real host CPU. This has also been submitted upstream and the template
should be removed once the upstream patch has been merged and the SHA
for bifrost is bumped.

Change-Id: I23d86933604c290d5650b73f420972d0a2b23dc8
Link: https://review.openstack.org/#/c/528677/
Signed-off-by: Markos Chandras <mchandras@suse.de>

Increase ram of XCI VM and change disk cache type for all VMs

These options seem to help with the functest execution
within XCI VM.

Change-Id: I3b9b6b02fc571feb42543025f8ab179c6db18e0a
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Add tacker to the list of components to install

Tacker is already part of the upstream setup-openstack.yml but as releng-xci
overwrites it, tacker does not get deployed. Adding it to the
setup-openstack.yml of releng-xci does not disturb the other scenarios as it
will only be deployed when the tacker container is defined which only happens
when deploying odl-sfc

Change-Id: Ifd76fc49369c114c55e966eb20658d82c99e14cb
Signed-off-by: Manuel Buil <mbuil@suse.com>

xci: scripts: start-new-vm: Use host-passthrough to use the real host CPU

The host-passthrough mode will allow the VM to use all the host cpu
features so it should provide the best possible CPU performance.

Change-Id: I6ecd0363d046aaefa08f9e97144aa9ca9f1afae5
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Move OpenStack-Ansible out of the main script

In preparation for supporting more NFVIs in XCI, we need to make the
main script NFVI agnostic. Right now, our NFVI is being deployed using
bifrost+OSA so we keep bifrost in the main script since the hardware
provisioning is NFVI agnostic (at least for now) but we move OSA to
its own directory. This should allow more NFVI to plug into XCI by
simply providing a nfvi-deploy.sh script. The user can select the
preferred NFVI using the XCI_NFVI variable.

Change-Id: Ieeacd3b22a64d363feff5d43ff23a80c39038837
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: Add flavor information for scenarios"

Merge "xci: scripts: vm: Use virtio for disk and network I/O"

xci: Add flavor information for scenarios

Scenarios may not support all XCI flavors so record that information
per scenario basis. This will resolve failures when we try to deploy
a scenario that doesn't support the selected flavor.

JIRA: RELENG-338

Change-Id: I5f73b139ee6c1831896aa32147c4dc1368673d92
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: scripts: vm: Use virtio for disk and network I/O

This ensures that the virtio paravirtualization driver is used for both
disk and network I/O which should provide the best performance since we
no longer need to emulate a real bus or driver.

Change-Id: Ic46a38f51b06cb4b848d87d890d23fec022b2f15
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Drop AIO specific playbook

The configure-opnfvhost playbook which is used for all flavors except
AIO can also be used for AIO if it's adapted to not configure networking
on the host and also do not fail if there aren't any OSA variables files
available so lets do all that in order to avoid duplicating code across
flavors.

Change-Id: I58379d8b52094294b9349494753ffcdd44982013
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "xci: Fix checkout location for OpenStack-Ansible"

xci: Fix checkout location for OpenStack-Ansible

The OPENSTACK_OSA_PATH only makes sense on localhost. As such, when we
use it on playbooks that operate on remote hosts, the result is not
predictable. However, we rsync the entire releng-xci repository to the
opfnv host so we can make everything predictable by simply clone
everything in advance in the .cache directory. That directory is then
rsync'd to the opnfv host. As such, we can repurpose the
OPENSTACK_OSA_PATH to point to the path into the OPNFV host. Moreover,
all external repositories are being cloned to .cache/repos so we can
eliminate some variables in order to simplify the code. Finally, we
bring back the ability to use an external OSA repository for
development purposes.

Change-Id: Ieef3e22ae2085f6735185634d555cfc0d4b69b39
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Reduce noise during bootstrapping

There is too much noise when XCI is cloning repositories, installing
packages etc so lets make the console output somewhat more readable.

Change-Id: I15667e0349f943ad5488daf0e3cea9336c9166d1
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Restore the OPNFV_SCENARIO variable

The variable was accidentally removed in ab3c9ad0f9a4 so bring it back.

Change-Id: I48e4b8dd68969c8e5336e5e571a73f037fb65988
Signed-off-by: Markos Chandras <mchandras@suse.de>

Merge "Move contents of os-nosdn-ovs into  os-nosdn-nofeature"

Merge "Adapt to updated REST URL for OpenDaylight"

Move contents of os-nosdn-ovs into  os-nosdn-nofeature

This change fixes the scenario os-nosdn-nofeature by
moving directories/files from os-nosdn-ovs to os-nosdn-nofeature.
The contents of the files and variables are also either adjusted
or removed in order to prevent impacts on CI.

Change-Id: Icfde27f413c8f93d097f9f262c8cb1230b7fe59d
Signed-off-by: Fatih Degirmenci <fdegir@gmail.com>

Connect sfc-odl scenario with xci

Change-Id: I5a3f533f61b6572d8070fe5f0a306ef9d418ced8
Signed-off-by: Manuel Buil <mbuil@suse.com>

Merge "bifrost: destroy-env.sh: Clean dib images by default"

Merge "xci: Ensure we are in the root directory for bug reports"

Merge "xci: Use local playbooks for XCI deployments"

Merge "xci: playbooks: provision-vm-nodes: Simplify the provision VM playbook"

Adapt to updated REST URL for OpenDaylight

Change-Id: Iae7ca106174c09a73bc72075dca0a753c2280f20
Signed-off-by: Periyasamy Palanisamy <periyasamy.palanisamy@ericsson.com>

bifrost: destroy-env.sh: Clean dib images by default

The destroy-env.sh script is meant to clean the entire environment
including the dib images that were built in a previous run. However,
this step was only executed if requested exclicitly leaving old
artifacts behind. As such, lets switch the default value in order to
remove these images as expected.

Change-Id: If3b91a621df50931ef3d666737cbc3bbea5d34b9
Signed-off-by: Markos Chandras <mchandras@suse.de>

xci: Ensure we are in the root directory for bug reports

During the XCI deployment we change directories in too many places. As a
result of which, when something breaks, we may be outside the releng-xci
checkout directory so we need to enter it again for all the git commands
to work.

Change-Id: I6adcff396fc5d7cce8bb07353dec26b76b1825a4
Signed-off-by: Markos Chandras <mchandras@suse.de>