.. _install: Installation ============ The installation procedure can be implemented via PyPI in Python virtual environment (suppose you are using *Ubuntu 12.04* or *Ubuntu 14.04*). .. _DevOpsSystemDependencies: Install required system packages ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Before using it, please install the following required dependencies: .. code-block:: bash sudo apt-get install --yes \ git \ libyaml-dev \ libffi-dev \ python-dev \ python-pip \ qemu \ qemu-utils \ libvirt-bin \ libvirt-dev \ vlan \ bridge-utils \ ebtables \ pm-utils \ genisoimage sudo apt-get update && sudo apt-get upgrade -y Install database packages ~~~~~~~~~~~~~~~~~~~~~~~~~ Fuel-devops requires a SQLite3 or PostgreSQL database, please install any of them. For use fuel-devops with SQLite3 database: .. code-block:: bash sudo apt-get install --yes libsqlite3-0 For use fuel-devops with PostgreSQL database: .. code-block:: bash sudo apt-get install --yes postgresql libpq-dev .. _DevOpsPyPIvenv: Devops installation in `virtualenv `_ -------------------------------------------------------------------------------------------------- 1. Install packages needed for building python eggs .. code-block:: bash sudo apt-get install --yes python-virtualenv libgmp-dev libssl-dev pkg-config 2. In case you are using *Ubuntu 12.04* or *RHEL* let's update pip and virtualenv, otherwise you can skip this step .. code-block:: bash sudo pip install pip virtualenv --upgrade hash -r 3. In oder to store the path where your Python virtualenv will be located create your working directory and use the following environment variable. If it is not specified, it will use the current working directory: .. code-block:: bash export WORKING_DIR=$HOME/working_dir mkdir $HOME/working_dir 4. Create virtualenv for the *devops* project (e.g. ``fuel-devops-venv``). Note: the related directory will be used for the ``VENV_PATH`` variable: .. code-block:: bash cd $WORKING_DIR sudo apt-get install --yes python-virtualenv virtualenv --no-site-packages fuel-devops-venv .. note:: If you want to use different devops versions in the same time, you can create several different folders for each version, and then activate the required virtual environment for each case. For example:: virtualenv --no-site-packages fuel-devops-venv-2.9 # For fuel-devops 2.9.x virtualenv --no-site-packages fuel-devops-venv-3.0 # For fuel-devops 3.0.x 5. Activate virtualenv and install *devops* package using PyPI. In order to indentify the latest available versions you would like to install, visit `fuel-devops `_ repo. Please use the latest tag from 2.9.x tags for Fuel 6.1 or later. Install fuel-devops with SQLite3 database: .. code-block:: bash . fuel-devops-venv/bin/activate pip install git+https://github.com/openstack/fuel-devops.git --upgrade [Optional] Install fuel-devops with PostgreSQL database: .. code-block:: bash . fuel-devops-venv/bin/activate pip install git+https://github.com/openstack/fuel-devops.git#egg=project[postgre] --upgrade [Optional] Install fuel-devops with specified tag: .. code-block:: bash . fuel-devops-venv/bin/activate pip install git+https://github.com/openstack/fuel-devops.git@2.9.21 --upgrade # Do not install 2.9.x over 3.x ! setup.py in fuel-devops repository does everything required. .. hint:: You can also use `virtualenvwrapper `_ which can help you manage virtual environments 6. Next, follow :ref:`DevOpsConf` section .. _DevOpsConf: Configuration ------------- Basically *devops* requires that the following system-wide settings are configured: * Default libvirt storage pool is active (called 'default') * Current user must have permission to run KVM VMs with libvirt * PostgreSQL server running with appropriate grants and schema for *devops* * [Optional] Nested Paging is enabled Configuring libvirt pool ~~~~~~~~~~~~~~~~~~~~~~~~ Create libvirt's pool .. code-block:: bash sudo virsh pool-define-as --type=dir --name=default --target=/var/lib/libvirt/images sudo virsh pool-autostart default sudo virsh pool-start default Permissions to run KVM VMs with libvirt with current user ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Give current user permissions to use libvirt: do not forget to log out and log back in. .. code-block:: bash sudo usermod $(whoami) -a -G libvirtd,sudo Configuring database ~~~~~~~~~~~~~~~~~~~~ You can configure PostgreSQL database or as an alternative SQLite. Configuring PostgreSQL ++++++++++++++++++++++ Set local peers to be trusted by default, create user and db and load fixtures. .. code-block:: bash pg_version=$(dpkg-query --show --showformat='${version;3}' postgresql) pg_createcluster $pg_version main --start sudo sed -ir 's/peer\|md5/trust/' /etc/postgresql/9.*/main/pg_hba.conf sudo service postgresql restart * default , and are **fuel_devops** (for **2.9.x and 3.0.x version**) .. code-block:: bash sudo -u postgres createuser -P fuel_devops sudo -u postgres psql -c "CREATE ROLE fuel_devops WITH LOGIN PASSWORD 'fuel_devops'" sudo -u postgres createdb fuel_devops -O fuel_devops If you have already created database from previous install of the same fuel-devops version, you can set environment variables to use it. Here are the default values that you can override: .. code-block:: bash export DEVOPS_DB_ENGINE='django.db.backends.postgresql_psycopg2' export DEVOPS_DB_NAME=fuel_devops export DEVOPS_DB_USER=fuel_devops export DEVOPS_DB_PASSWORD=fuel_devops export DEVOPS_DB_HOST=127.0.0.1 export DEVOPS_DB_PORT=5432 export DEVOPS_DB_CHARSET=UTF8 Configuring SQLite3 database ++++++++++++++++++++++++++++ Export the path to the SQLite3 database as the database name: .. code-block:: bash export DEVOPS_DB_NAME=$WORKING_DIR/fuel-devops.sqlite export DEVOPS_DB_ENGINE="django.db.backends.sqlite3" Configuring Django ~~~~~~~~~~~~~~~~~~ After the database setup, we can install the django tables and data: .. code-block:: bash dos-manage.py migrate [Optional] Enabling `Nested Paging `_ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The following section covers only Intel platform. This option is enabled by default in the KVM kernel module. If the file ``qemu-system-x86.conf`` does not exist, you have to create it. .. code-block:: bash cat /etc/modprobe.d/qemu-system-x86.conf options kvm_intel nested=1 In order to be sure that this feature is enabled on your system, please run: .. code-block:: bash sudo apt-get install --yes cpu-checker sudo modprobe kvm_intel sudo kvm-ok && cat /sys/module/kvm_intel/parameters/nested The result should be: .. code-block:: bash INFO: /dev/kvm exists KVM acceleration can be used Y Environment creation via Devops + Fuel_QA or Fuel_main ------------------------------------------------------ Depending on the Fuel release, you may need a different repository. 1. Clone GIT repository For 6.1 and later, the *fuel-qa* is required: .. code-block:: bash git clone https://github.com/openstack/fuel-qa cd fuel-qa/ .. note:: It is recommended to use the stable branch related to the ISO version. For instance, with FUEL v7.0 ISO: .. code-block:: bash git clone https://github.com/openstack/fuel-qa -b stable/7.0 In case of 6.0 or earlier, please use *fuel-main* repository: .. code-block:: bash git clone https://github.com/openstack/fuel-main -b stable/6.0 cd fuel-main/ 2. Install requirements (follow :ref:`DevOpsPyPIvenv` section for the WORKING_DIR variable) .. code-block:: bash . $WORKING_DIR/fuel-devops-venv/bin/activate pip install -r ./fuelweb_test/requirements.txt --upgrade .. note:: A certain version of fuel-devops is specified in the ./fuelweb_test/requirements.txt , so it will overwrite the already installed fuel-devops. For example, for fuel-master branch stable/6.0, there is: .. code-block:: bash git+git://github.com/stackforge/fuel-devops.git@2.5.6 It is recommended to install the django tables and data after installing fuel-qa requiremets: .. code-block:: bash django-admin.py syncdb --settings=devops.settings django-admin.py migrate devops --settings=devops.settings 3. Check :ref:`DevOpsConf` section 4. Prepare environment Download Fuel ISO from `Nightly builds `_ or build it yourself (please, refer to :ref:`building-fuel-iso`) Next, you need to define several variables for the future environment: * the path where is located your iso (e.g. $WORKING_DIR/fuel-community-7.0.iso) * the number of nodes instantiated for the environment (e.g. 5) .. code-block:: bash export ISO_PATH=$WORKING_DIR/fuel-community-7.0.iso export NODES_COUNT=5 Optionally you can specify the name of your test environment (it will be used as a prefix for the domains and networks names created by libvirt, defaults is ``fuel_system_test``). .. code-block:: bash export ENV_NAME=fuel_system_test export VENV_PATH=$WORKING_DIR/fuel-devops-venv If you want to use separated files for snapshots you need to set env variable and use the following required versions: * fuel-devops >= 2.9.17 * libvirt-bin >= 1.2.12 This change will switch snapshots created by libvirt from internal to external mode. .. code-block:: bash export SNAPSHOTS_EXTERNAL=true .. note:: External snapshots by default uses ~/.devops/snap directory to store memory dumps. If you want to use other directory you can set SNAPSHOTS_EXTERNAL_DIR variable. .. code-block:: bash export SNAPSHOTS_EXTERNAL_DIR=~/.devops/snap Alternatively, you can edit this file to set them as a default values .. code-block:: bash fuelweb_test/settings.py Start tests by running this command .. code-block:: bash ./utils/jenkins/system_tests.sh -t test -w $(pwd) -j fuelweb_test -i $ISO_PATH -o --group=setup For more information about how tests work, read the usage information .. code-block:: bash ./utils/jenkins/system_tests.sh -h Important notes for Sahara tests -------------------------------- * It is not recommended to start tests without KVM. * For the best performance Put Sahara image `savanna-0.3-vanilla-1.2.1-ubuntu-13.04.qcow2 `_ (md5: 9ab37ec9a13bb005639331c4275a308d) in /tmp/ before start, otherwise (If Internet access is available) the image will download automatically. Important notes for Murano tests -------------------------------- * Murano is deprecated in Fuel 9.0. * Put Murano image `ubuntu-murano-agent.qcow2 `_ (md5: b0a0fdc0b4a8833f79701eb25e6807a3) in /tmp before start. * Running Murano tests on instances without an Internet connection will fail. * For Murano tests execute 'export SLAVE_NODE_MEMORY=5120' before starting. * If you need an image For Heat autoscale tests check `prebuilt-jeos-images `_. Run single OSTF tests several times ----------------------------------- * Export environment variable OSTF_TEST_NAME. Example: export OSTF_TEST_NAME='Request list of networks' * Export environment variable OSTF_TEST_RETRIES_COUNT. Example: export OSTF_TEST_RETRIES_COUNT=120 * Execute test_ostf_repetable_tests from tests_strength package Run tests :: sh "utils/jenkins/system_tests.sh" -t test \ -w $(pwd) \ -j "fuelweb_test" \ -i "$ISO_PATH" \ -V $(pwd)/venv/fuelweb_test \ -o \ --group=create_delete_ip_n_times_nova_flat .. _How to migrate: Upgrade from system-wide devops to devops in Python virtual environment ----------------------------------------------------------------------- To migrate from older devops, follow these steps: 1. Remove system-wide fuel-devops (e.g. python-devops) You must remove system-wide fuel-devops and switch to separate venvs with different versions of fuel-devops, for Fuel 6.0.x (and older) and 6.1 release. Repositories 'fuel-main' and 'fuel-qa', that contain system tests, must use different Python virtual environments, for example: * ~/venv-nailgun-tests - used for Fuel 6.0.x and older releases. Contains version 2.5.x of fuel-devops (deprecated). * ~/venv-nailgun-tests-2.9 - used for Fuel 6.1 and newer. Contains version 2.9.x of fuel-devops. If you have scripts which use system fuel-devops, fix them, and activate Python venv before you start working in your devops environment. By default, the network pool is configured as follows: * 10.108.0.0/16 for devops 2.5.x * 10.109.0.0/16 for 2.9.x Please check other settings in *devops.settings*, especially the connection settings to the database. Before using devops in Python venv, you need to install system dependencies, see the section :ref:`_DevOpsSystemDependencies` 2. Update fuel-devops and Python venv on CI servers * Update fuel-devops versions 2.5 - 2.9 To update fuel-devops, you can use the following examples: .. code-block:: bash # DevOps 2.5.x for system tests from 'fuel-main' repository if [ -f ~/venv-nailgun-tests/bin/activate ]; then echo "Python virtual env exist" else rm -rf ~/venv-nailgun-tests virtualenv --no-site-packages ~/venv-nailgun-tests fi source ~/venv-nailgun-tests/bin/activate pip install -r https://raw.githubusercontent.com/openstack/fuel-main/master/fuelweb_test/requirements.txt --upgrade django-admin.py syncdb --settings=devops.settings --noinput django-admin.py migrate devops --settings=devops.settings --noinput deactivate # DevOps 2.9.x for system tests from 'fuel-qa' repository if [ -f ~/venv-nailgun-tests-2.9/bin/activate ]; then echo "Python virtual env exist" else rm -rf ~/venv-nailgun-tests-2.9 virtualenv --no-site-packages ~/venv-nailgun-tests-2.9 fi source ~/venv-nailgun-tests-2.9/bin/activate pip install -r https://raw.githubusercontent.com/openstack/fuel-qa/master/fuelweb_test/requirements.txt --upgrade django-admin.py syncdb --settings=devops.settings --noinput django-admin.py migrate devops --settings=devops.settings --noinput deactivate .. note:: Devops 3.0 has incompatible internal API with previous versions, so upgrade procedure is different. * Upgrade fuel-devops 3.0 and upper * Upgrade from devops versions < 3.0 requires additional step and it's always destructive: .. note:: You should drop **ALL** virtual environments before processing! If you want to use both 2.9 and 3.0 environments - you should use separate databases. Drop environments: .. code-block:: bash source ~/venv-nailgun-tests-2.9/bin/activate dos.py list # get environments dos.py erase $env_name # substitute correct $env name manually deactivate Recreate database: .. code-block:: bash sudo -u postgres dropdb fuel_devops sudo -u postgres createdb fuel_devops -O fuel_devops Update: .. code-block:: bash # DevOps 3.0.x for system tests from 'fuel-qa' repository using old dir if [ -f ~/venv-nailgun-tests-2.9/bin/activate ]; then echo "Python virtual env exist" else rm -rf ~/venv-nailgun-tests-2.9 virtualenv --no-site-packages ~/venv-nailgun-tests-2.9 fi source ~/venv-nailgun-tests-2.9/bin/activate pip install -r https://raw.githubusercontent.com/openstack/fuel-qa/master/fuelweb_test/requirements.txt --upgrade django-admin.py migrate devops --settings=devops.settings --noinput deactivate # DevOps 3.0.x for system tests from 'fuel-qa' repository using new dir if [ -f ~/venv-nailgun-tests-3.0/bin/activate ]; then echo "Python virtual env exist" else rm -rf ~/venv-nailgun-tests-3.0 virtualenv --no-site-packages ~/venv-nailgun-tests-3.0 fi source ~/venv-nailgun-tests-3.0/bin/activate pip install -r https://raw.githubusercontent.com/openstack/fuel-qa/master/fuelweb_test/requirements.txt --upgrade django-admin.py migrate devops --settings=devops.settings --noinput deactivate 3. Setup new repository of system tests for 6.1 release All system tests for 6.1 and higher were moved to `fuel-qa `_ repo. To upgrade 6.1 jobs, follow these steps: * make a separate Python venv, for example in ~/venv-nailgun-tests-2.9 * install `requirements `_ of system tests * if you are using system tests on CI, please configure your CI to use new Python venv, or export path to the new Python venv in the variable ``VENV_PATH`` (follow :ref:`DevOpsPyPIvenv` section for the WORKING_DIR variable): .. code-block:: bash export VENV_PATH=$WORKING_DIR/fuel-devops-venv-2.9 Known issues ------------ * Some versions of libvirt contain a bug that breaks QEMU virtual machine XML. You can see this when tests crush with a *libvirt: QEMU Driver error: unsupported configuration: host doesn't support invariant TSC*. See: `Bug 1133155 `_. Workaround: upgrade libvirt to the latest version.