Zuul CI Roles

Zuul CI Roles

apache-logs-conf

Prepare apache configs and logs for staging

Make sure apache config files and log files are available in a linux flavor independent location. Note that this relies on hard links, to the staging directory must be in the same partition where the logs and configs are.

Role Variables

stage_dir
Default: {{ ansible_user_dir }}

The base stage directory.

capture-system-logs

Stage a number of system type logs

Stage a number of different logs / reports: - snapshot of iptables - disk space available - pip[2|3] freeze - installed packages (dpkg/rpm) - ceph, openswitch, gluster - coredumps - dns resolver - listen53 - unbound.log - deprecation messages

Role Variables

stage_dir
Default: {{ ansible_user_dir }}

The base stage directory.

devstack-project-conf

Prepare OpenStack project configurations for staging

Prepare all relevant config files for staging. This is helpful to avoid staging the entire /etc.

Role Variables

stage_dir
Default: {{ ansible_user_dir }}

The base stage directory.

export-devstack-journal

Export journal files from devstack services

Export the systemd journal for every devstack service in native journal format as well as text. Also, export a syslog-style file with kernal and sudo messages.

Writes the output to the logs/ subdirectory of stage_dir.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory. This is used to obtain the log-start-timestamp.txt, used to filter the systemd journal.

stage_dir
Default: {{ ansible_user_dir }}

The base stage directory.

fetch-devstack-log-dir

Fetch content from the devstack log directory

Copy logs from every host back to the zuul executor.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

orchestrate-devstack

Orchestrate a devstack

Runs devstack in a multinode scenario, with one controller node and a group of subnodes.

The reason for this role is so that jobs in other repository may run devstack in their plays with no need for re-implementing the orchestration logic.

The “run-devstack” role is available to run devstack with no orchestration.

This role sets up the controller and CA first, it then pushes CA data to sub-nodes and run devstack there. The only requirement for this role is for the controller inventory_hostname to be “controller” and for all sub-nodes to be defined in a group called “subnode”.

This role needs to be invoked from a playbook that uses a “linear” strategy.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

run-devstack

Run devstack

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

setup-devstack-cache

Set up the devstack cache directory

If the node has a cache of devstack image files, copy it into place.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

devstack_cache_dir
Default: /opt/cache

The directory with the cached files.

setup-devstack-log-dir

Set up the devstack log directory

Create a log directory on the ephemeral disk partition to save space on the root device.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

setup-devstack-source-dirs

Set up the devstack source directories

Ensure that the base directory exists, and then move the source repos into it.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

setup-stack-user

Set up the stack user

Create the stack user, set up its home directory, and allow it to sudo.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

devstack_stack_home_dir
Default: {{ devstack_base_dir }}

The home directory for the stack user.

setup-tempest-user

Set up the tempest user

Create the tempest user and allow it to sudo.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

start-fresh-logging

Restart logging on all hosts

Restart syslog so that the system logs only include output from the job.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

sync-devstack-data

Sync devstack data for multinode configurations

Sync any data files which include certificates to be used if TLS is enabled. This role must be executed on the controller and it pushes data to all subnodes.

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

write-devstack-local-conf

Write the local.conf file for use by devstack

Role Variables

devstack_base_dir
Default: /opt/stack

The devstack base directory.

devstack_local_conf_path
Default: {{ devstack_base_dir }}/devstack/local.conf

The path of the local.conf file.

devstack_localrc

A dictionary of variables that should be written to the localrc section of local.conf. The values (which are strings) may contain bash shell variables, and will be ordered so that variables used by later entries appear first.

As a special case, the variable LIBS_FROM_GIT will be constructed automatically from the projects which appear in the required-projects list defined by the job. To instruct devstack to install a library from source rather than pypi, simply add that library to the job’s required-projects list. To override the automatically-generated value, set LIBS_FROM_GIT in devstack_localrc to the desired value.

devstack_local_conf

A complex argument consisting of nested dictionaries which combine to form the meta-sections of the local_conf file. The top level is a dictionary of phases, followed by dictionaries of filenames, then sections, which finally contain key-value pairs for the INI file entries in those sections.

The keys in this dictionary are the devstack phases.

devstack_local_conf{}.[phase]

The keys in this dictionary are the filenames for this phase.

devstack_local_conf{}.[phase]{}.[filename]

The keys in this dictionary are the INI sections in this file.

devstack_local_conf{}.[phase]{}.[filename]{}.[section]

This is a dictionary of key-value pairs which comprise this section of the INI file.

devstack_base_services
Default: {{ base_services | default(omit) }}

A list of base services which are enabled. Services can be added or removed from this list via the devstack_services variable. This is ignored if base is set to False in devstack_services.

devstack_services

A dictionary mapping service names to boolean values. If the boolean value is false, a disable_service line will be emitted for the service name. If it is true, then enable_service will be emitted. All other values are ignored.

The special key base can be used to enable or disable the base set of services enabled by default. If base is found, it will processed before all other keys. If its value is False a disable_all_services will be emitted; if its value is True services from devstack_base_services will be emitted via ENABLED_SERVICES.

devstack_plugins

A dictionary mapping a plugin name to a git repo location. If the location is a non-empty string, then an enable_plugin line will be emmitted for the plugin name.

If a plugin declares a dependency on another plugin (via plugin_requires in the plugin’s settings file), this role will automatically emit enable_plugin lines in the correct order.

Creative Commons Attribution 3.0 License

Except where otherwise noted, this document is licensed under Creative Commons Attribution 3.0 License. See all OpenStack Legal Documents.