Test Environment
This page describes details about the test environment.
Supported Architectures
Epel
Before Testing Farm starts installing artifacts into the test environment, it adds the EPEL repositories to the system.
Epel repository is added only for CentOS Stream distributions tested via the 🌍 Public ranch.
For RHEL the repository is not added by default, as this is not considered a best practice when testing RHEL.
For enabling the repository for RHEL you can use:
-
a tmt prepare step running a shell command as described in EPEL quickstart guide
-
in case you are a Beakerlib user, you can use the BeakerLib epel library
Tag Repository
Before Testing Farm starts installing artifacts into the test environment, it adds the "tag repository" to the system.
This repository contains all builds tagged with -candidate
(i.e. which passed gating) that are not yet present in the nightly repository. It’s currently necessary as landing in nightly can take an indefinite amount of time due to the manual "pre-validation" and "attach to erratum" steps. Adding this repository greatly reduces the number of artifact installation failures.
The repository is auto-generated by the build system - Koji or Brew. The base url of the repository is set up according to the test environment operating system.
Tag repository is added:
-
for RHEL, CentOS Stream and Fedora based distributions
-
when testing on VM or Bare Metal, for container testing the setup is skipped
Tag repository details:
-
repository name:
testing-farm-tag-repository
-
priority
-
🌍 Public Ranch -
9
(higher than system repos) -
🎩 Red Hat Ranch -
999
(lower than system repos)
-
We are revisiting the usage of the tag repository for RHEL and Fedora in Testing Farm See https://pagure.io/fedora-ci/general/issue/376 for details. |
Composes
Testing farm supports a variety of composes, depending on the ranch being used. The lists of composes for every ranch are available below:
Compose YUM repositories are removed upstream, therefore making the composes almost useless.
If you would like to keep a compose for longer than the default time, you will need to request that it be tagged with do-not-remove
from ENGCMP as mentioned in the "Retention" here. You will also need to change the keep_until
date in variables-composes-yaml. Either request this from Testing Farm team or make a merge request.