commit | 35b701a06e8fa3d99dca9457543dbb72656f21c6 | [log] [tgz] |
---|---|---|
author | Fatih Degirmenci <fdegir@gmail.com> | Tue Mar 17 16:56:32 2020 +0000 |
committer | Fatih Degirmenci <fdegir@gmail.com> | Wed Mar 18 08:02:47 2020 +0000 |
tree | a417695043f1ec197a9568b8c9ff26344136d649 | |
parent | 1f6d0a6d49cf2143e3301bfe2318357805e6bb20 [diff] |
Package the patch for testing it in CI In order to ensure a change that is sent to an engine repo is tested properly for packaging and offline deployments, the change/patch must be included in the package instead of tip of the master of the corresponding repository. This change updates build script to achieve this so if GERRIT_CHANGE_ID is set, build script determines the Gerrit project the change/patch is sent for, navigates the clone of the repo in /tmp/offline-package and checks out the patch to package it. Change-Id: I2fadb460fffc298f88b297ba691ab1f2c605f8c2
The Cloud Infra Engine is created based on OPNFV Cross Community CI (XCI) project in order to automate the deployment and testing of various cloud infra scenarios. [1]
The supported scenarios are based on
technologies and they can be deployed and tested using different types of resources such as
The possibility of using one of the resources listed above highly depends on the scenario the users want to deploy, test, and use. More information is available in corresponding sections.
Cloud Infra Engine lets users to deploy the scenario of their choosing on to their workstations. Minimum requirements for the host where the Cloud Infra Engine is executed are
Recommended requirements are
The engine currently only supports Ubuntu16.04.
Apart from having sufficient performance and capacity on the host, few packages need to be installed on the host before executing the engine
The user that is executing the engine should also have passwordless sudo enabled.
Cloud Infra Engine is version controlled on Nordix Gerrit so its repository needs to be cloned.
git clone https://gerrit.nordix.org/infra/engine.git
Cloud Infra Engine expects the ssh keys to be created in advance. If you don't have ssh keypair already, you can do that by executing below command.
ssh-keygen -t rsa
Once the keypair is generated, the main script deploy.sh can be executed in order to start deployment of the default scenario on virtual machines that are created by the engine.
cd engine/engine ./deploy.sh -h # get help ./deploy.sh -c
Once the script execution starts, it will prepare the environment, create libvirt resources, provision libvirt vms and install the selected scenario on them. The overall process takes about 40 minutes to complete if ramdisk and deployment images are created in advance.
Please note, in the default / embeded pdf / idf files, we have specified two disks for each vms we are going to create. If you are going to provide pdf / idf files yourself with mulitple disks, please note the current deployment script will not work when the disks have the same size as we specify the bootable disk based on size.
TBD
TBD
TBD
TBD