taskotron-dev: update taskotron.yaml
Specify minion COPR repos in a new syntax.
This commit is contained in:
parent
931ab6c7ad
commit
c8e8eb3fc2
1 changed files with 198 additions and 0 deletions
198
roles/taskotron/taskotron-client/templates/taskotron.yaml.j2.dev
Normal file
198
roles/taskotron/taskotron-client/templates/taskotron.yaml.j2.dev
Normal file
|
@ -0,0 +1,198 @@
|
||||||
|
## Main configuration file for Taskotron
|
||||||
|
## The file is in YAML syntax, read more about it at:
|
||||||
|
## http://en.wikipedia.org/wiki/Yaml
|
||||||
|
## libtaskotron docs live at:
|
||||||
|
## https://docs.qa.fedoraproject.org/libtaskotron/latest/
|
||||||
|
|
||||||
|
|
||||||
|
## ==== GENERAL section ====
|
||||||
|
## Config profile selection.
|
||||||
|
## There are two major config profiles in Taskotron - development and
|
||||||
|
## production.
|
||||||
|
## Development profile is used for developing libtaskotron, developing checks
|
||||||
|
## based on libtaskotron and local execution of these checks.
|
||||||
|
## Production profile is used for deploying Taskotron as a service on a
|
||||||
|
## server, periodically executing the checks and reporting results to relevant
|
||||||
|
## result consumers.
|
||||||
|
## The default profile is 'development'. If you want to switch to the
|
||||||
|
## 'production' profile, uncomment the following line.
|
||||||
|
## You can also switch a profile temporarily by using TASKOTRON_PROFILE=name
|
||||||
|
## environment variable, it has a higher priority. All other options set in this
|
||||||
|
## file still apply of course.
|
||||||
|
## [choices: production, development; default: development]
|
||||||
|
profile: production
|
||||||
|
|
||||||
|
## Task execution mode. The tasks can be executed locally (on the current
|
||||||
|
## machine) or remotely in a disposable virtual machine. Local execution is
|
||||||
|
## dangerous with destructive or untrusted tasks, remote execution requires
|
||||||
|
## some additional setup (see Taskotron documentation).
|
||||||
|
## Remote execution is done through libvirt, it creates a throwaway virtual
|
||||||
|
## machine from a specified disk image, executes the task and deletes the
|
||||||
|
## machine.
|
||||||
|
## Local execution is the default mode for development profile and remote
|
||||||
|
## execution for production profile.
|
||||||
|
## [choices: local, libvirt; default: local for development, libvirt for production]
|
||||||
|
{% if deployment_type in ['dev', 'stg', 'prod'] %}
|
||||||
|
runtask_mode: libvirt
|
||||||
|
{% elif deployment_type in ['local'] %}
|
||||||
|
runtask_mode: local
|
||||||
|
{% endif %}
|
||||||
|
|
||||||
|
## Supported machine architectures. This is mostly used by generic,
|
||||||
|
## arch-independent tasks to determine which arches to test and report against.
|
||||||
|
## You can still run an arch-specific task on any other arch using the command
|
||||||
|
## line.
|
||||||
|
#supported_arches: ['x86_64', 'armhfp']
|
||||||
|
|
||||||
|
|
||||||
|
## ==== SCHEDULING section ====
|
||||||
|
## This section holds options related to the scheduling and execution system,
|
||||||
|
## currently we use Buildbot
|
||||||
|
|
||||||
|
## name of step in buildbot that executes the task
|
||||||
|
buildbot_task_step: 'runtask'
|
||||||
|
|
||||||
|
|
||||||
|
## ==== REPORTING section ====
|
||||||
|
## This section controls which result reports you want to send after the test
|
||||||
|
## execution is complete.
|
||||||
|
|
||||||
|
## Whether to send test results to the configured ResultsDB server.
|
||||||
|
## [default: True for production, False for development]
|
||||||
|
report_to_resultsdb: True
|
||||||
|
|
||||||
|
|
||||||
|
## ==== RESOURCES section ====
|
||||||
|
## This section specifies access details to various external services.
|
||||||
|
##
|
||||||
|
## Note: Try to keep custom URL addresses without a trailing slash. Otherwise
|
||||||
|
## the rendered URLs might end up containing double slashes, which some
|
||||||
|
## application servers don't handle gracefully (e.g. Flask's internal app
|
||||||
|
## server werkzeug).
|
||||||
|
|
||||||
|
## URL of Koji instance used for querying about new builds
|
||||||
|
koji_url: {{ kojihub_url }}
|
||||||
|
|
||||||
|
## URL of repository of all the RPM packages built in Koji
|
||||||
|
pkg_url: {{ kojipkg_url }}
|
||||||
|
|
||||||
|
## Whether to use staging Bodhi instance instead of production (the
|
||||||
|
## default one).
|
||||||
|
#bodhi_staging: False
|
||||||
|
|
||||||
|
## URL of ResultsDB server API interface, which can store all test results.
|
||||||
|
## Please make sure the URL doesn't have a trailing slash.
|
||||||
|
resultsdb_server: {{ resultsdb_server }}
|
||||||
|
|
||||||
|
## URL of ResultsDB frontend, which displays results from ResultsDB.
|
||||||
|
## Please make sure the URL doesn't have a trailing slash.
|
||||||
|
resultsdb_frontend: {{ resultsdb_external_url }}
|
||||||
|
|
||||||
|
## URL of ExecDB server API interface, which tracks task execution status.
|
||||||
|
## Please make sure the URL doesn't have a trailing slash.
|
||||||
|
execdb_server: {{ execdb_external_url }}
|
||||||
|
|
||||||
|
## URL of taskotron buildmaster, to construct log URLs from.
|
||||||
|
## Please make sure the URL doesn't have a trailing slash.
|
||||||
|
taskotron_master: {{ taskotron_master }}
|
||||||
|
|
||||||
|
## URL of artifacts base directory, to construct artifacts URLs from.
|
||||||
|
## Please make sure the URL doesn't have a trailing slash.
|
||||||
|
artifacts_baseurl: {{ artifacts_base_url }}
|
||||||
|
|
||||||
|
## Whether to cache downloaded files to speed up subsequent downloads. If True,
|
||||||
|
## files will be downloaded to a common directory specified by "cachedir". At
|
||||||
|
## the moment, Taskotron only supports Koji RPM downloads to be cached.
|
||||||
|
## [default: False for production, True for development]
|
||||||
|
#download_cache_enabled: False
|
||||||
|
|
||||||
|
|
||||||
|
## ==== PATHS section ====
|
||||||
|
## Location of various pieces of the project.
|
||||||
|
|
||||||
|
## The location of log files for Taskotron
|
||||||
|
#logdir: /var/log/taskotron
|
||||||
|
|
||||||
|
## The location of task files (git checkout) when running in disposable clients mode
|
||||||
|
#client_taskdir: /var/tmp/taskotron/taskdir
|
||||||
|
|
||||||
|
## The location of temporary files for Taskotron
|
||||||
|
#tmpdir: /var/tmp/taskotron
|
||||||
|
|
||||||
|
## The location of artifacts produced by checks
|
||||||
|
#artifactsdir: /var/lib/taskotron/artifacts
|
||||||
|
|
||||||
|
## The location of cached files downloaded by Taskotron
|
||||||
|
#cachedir: /var/cache/taskotron
|
||||||
|
|
||||||
|
## The location of images for disposable clients
|
||||||
|
## File names need to adhere to the naming standard of:
|
||||||
|
## YYMMDD_HHMM-fedora-RELEASE-FLAVOR-ARCH.(qcow2|raw|img)
|
||||||
|
## For example:
|
||||||
|
## 160301_1030-fedora-25-taskotron_cloud-x86_64.img
|
||||||
|
## Variables disposable_(release|flavor|arch) set in this config file
|
||||||
|
## define what kind of image is looked for.
|
||||||
|
## The newest (by YYMMDD_HHMM) image of the respective R-F-A is used.
|
||||||
|
imagesdir: {{ imagesdir }}
|
||||||
|
|
||||||
|
## If set to False, latest image from imagesdir will be used instead of one at imageurl
|
||||||
|
## [default: True]
|
||||||
|
force_imageurl: False
|
||||||
|
|
||||||
|
## Url of an image to download and use for disposable client, if force_imageurl was set
|
||||||
|
#imageurl:
|
||||||
|
|
||||||
|
## Default distro/release/flavor/arch for the disposable images discovery
|
||||||
|
#default_disposable_distro: fedora
|
||||||
|
default_disposable_release: '27'
|
||||||
|
#default_disposable_flavor: taskotron_cloud
|
||||||
|
#default_disposable_arch: x86_64
|
||||||
|
|
||||||
|
## Number of retries when disposable client fails to boot within timeout
|
||||||
|
#spawn_vm_retries: 3
|
||||||
|
|
||||||
|
## Additional DNF repos to set up on the minion.
|
||||||
|
## You can use a special syntax 'copr:reponame' to enable Fedora COPR repo on
|
||||||
|
## minion by running 'dnf copr enable reponame' on it.
|
||||||
|
minion_repos:
|
||||||
|
- https://fedorapeople.org/groups/qa/taskotron-repos/taskotron-production-override/taskotron-production-override.repo
|
||||||
|
- https://infrastructure.fedoraproject.org/cgit/ansible.git/plain/files/common/fedora-infra-tags.repo
|
||||||
|
{% if deployment_type == 'stg' %}
|
||||||
|
- https://fedorapeople.org/groups/qa/taskotron-repos/taskotron-stg-override/taskotron-stg-override.repo
|
||||||
|
- https://infrastructure.fedoraproject.org/cgit/ansible.git/plain/files/common/fedora-infra-tags-stg.repo
|
||||||
|
{% endif %}
|
||||||
|
{% if deployment_type == 'dev' %}
|
||||||
|
- copr:kparal/taskotron-dev
|
||||||
|
{% endif %}
|
||||||
|
|
||||||
|
|
||||||
|
## ==== LOGGING section ====
|
||||||
|
## This section contains configuration of logging.
|
||||||
|
|
||||||
|
## Configuration of logging level. Here can be configured which messages
|
||||||
|
## will be logged. You can specify different level for logging to standard
|
||||||
|
## output (option log_level_stream) and logging to file (log_level_file).
|
||||||
|
## Possible values can be found here:
|
||||||
|
## https://docs.python.org/2.7/library/logging.html#logging-levels
|
||||||
|
{% if deployment_type == 'dev' %}
|
||||||
|
log_level_stream: DEBUG
|
||||||
|
{% elif deployment_type in ['stg', 'prod', 'local'] %}
|
||||||
|
log_level_stream: INFO
|
||||||
|
{% endif %}
|
||||||
|
#log_level_file: DEBUG
|
||||||
|
|
||||||
|
## If True, logging to file will be enabled.
|
||||||
|
## [default: True for production, False for development]
|
||||||
|
#log_file_enabled: True
|
||||||
|
|
||||||
|
|
||||||
|
## ==== SECRETS section ====
|
||||||
|
## All login credentials and other secrets are here. If you add some secret
|
||||||
|
## here, make sure you make this file readable just for the right user accounts.
|
||||||
|
|
||||||
|
## SSH private key location. Used for remote task execution, when connecting to
|
||||||
|
## VMs and remote machines. If your systems are not configured for automatic
|
||||||
|
## connection (private keys located in SSH's standard search path), specify a
|
||||||
|
## path to the private key here. An empty value (the default) means to rely on
|
||||||
|
## the standard search path only.
|
||||||
|
#ssh_privkey: /path/to/private.key
|
Loading…
Add table
Add a link
Reference in a new issue