copy the libvirt nodepool defaults from their hiding space
directly to the workspace of where users launch the reproducer.
This will allow users to customize the image, memory etc easily.
Change-Id: I41d98002fdd578cdd82adb48cabfc937370d5ba5
users should be allowed to tweak settings and rerun
this script w/o all their changes being overwritten
Change-Id: I66a3e827fab054fd320ba7554baae9597f9205d0
Because rdo cloud is deprecated, let's use other mirror, for example
one from rax.
Change-Id: I3556bce94ff311bf9d72e64b651e740a1bcf71a2
Signed-off-by: Bogdan Dobrelya <bdobreli@redhat.com>
Fix undefined value substituted for mirror_fqdn, when there is no
mirror_path defined in inventory variables used for the zuul-based CI
reproducer. Avoid using mirror_path if mirror_fqdn is defined. For
compatibility sakes, if mirror_path is in inventory, its value will be
used for mirror_fqdn and pypi_fqdn in zuul playbooks although.
Also pass for zuul playbooks pypi_fqdn and package_mirror, if defined.
When pypi_fqdn is omitted, custom mirror_fqdn always overwrites
the used (and trusted) pypi mirror. That might be undesired behavior
when configuring different mirrors for packages versus pip eggs.
Additionally, unhardcode zuul_site_mirror_fqdn and mirror_path. It used
to end up hardcoded in zuul-config/zuul.d/jobs.yaml.
In order to properly interpolate overrided mirrors, parametrize those.
With https://review.rdoproject.org/r/27758 in place, users can define
more flexible mirrors configurations by using: mirror_fqdn, pypi_fqdn,
package_mirror, or zuul_site_mirror_fqdn and mirror_path.
Change-Id: I66ef983460f7bf8be6e18b379ef1952f577044fe
Signed-off-by: Bogdan Dobrelya <bdobreli@redhat.com>
featureset_override_file_output contain some additional vars
like standalone_custom_env_files.
To reproduce a job we want to have same set of override's
given in a job so let's use job.featureset_override instead, if
standalone_environment_files is part of featureset_override
then standalone_custom_env_files will be calculated within
standalone role.
Closes-Bug: #1897155
Change-Id: I7dbd8f1e34cabd41504150c886cbe9ff166b50ea
Libvirt reproducer defaults to openstack.org mirrors, which no longer
exist. Fix the reference to opendev.org to make defaults working as
well.
Change-Id: I6b7e11e431ec948c1c8f37be64aaed6f643ab67e
Signed-off-by: Bogdan Dobrelya <bdobreli@redhat.com>
The install-deps.sh handles centos-8 just fine as long as the
USER_PYTHON_OVERRIDE isn't set.
Also, don't assume that docker is installed so put the docker group
setup in a conditional block.
Change-Id: Ib0aae3d17bee259d72ed964c289bf0b9f4406ce3
- Fixes 206 errors and removed the skip.
- Also replaces revision with latest tag (pushed today)
Bug: https://bugs.launchpad.net/tripleo/+bug/1848512
Change-Id: I69d75ba9de8ab0e91eb45fd4f9febfdb28cdcb3a
Currently in zuul based reproducer, for running periodic
jobs, we need to specifically set force_periodic to true
in the launcher playbook manually. In order to fix that
we are enabling it based on job name.
Change-Id: Ic4aa91f061d9918fa91a69cb4c38eb476521c3d0
Signed-off-by: Chandan Kumar (raukadah) <chkumar@redhat.com>
Since in reproducer, there is no access to RDO registry and
in our jobs registry_login_enabled: true is enabled by
default [1.] and it tries to authenticate with the registry and
we have no credentials leading to failure in the base job itself.
Setting it to false fixes the issue.
[1.] https://review.rdoproject.org/r/#/c/22304/
Change-Id: I102683b637d60afbdb3898c811ba5961b69fede4
Signed-off-by: Chandan Kumar (raukadah) <chkumar@redhat.com>
Using wget can lead to problems because it's not default.
We should use curl instead
Change-Id: Idc859c57582ed3b83c6177e91e14ba4828311826
Closes-Bug: #1847344
This allows to use the generated script with custom ansible's
--start-it-task, f.e. when want omitting libvirt manipulations and only
redeploy zuul et al.
Change-Id: Ic86cc2bd44dcaca73d4a3ff05542f8e46d32b599
Signed-off-by: Bogdan Dobrelya <bdobreli@redhat.com>
we can have different ansible versions in the host, installed both
globally and locally (with pip install --user). Let's prefer local
version that we control with pip.
Change-Id: Ibb1dc97aa210919f7846eac0670b678d97abdade
Closes-Bug: #1831877
On first run or a fresh setup there are some required steps like
creating a user, a clouds.yaml and ssh keys for gerrit. This adds
a script into the create reproducer role which can be used for
this initial setup
Change-Id: I6d70a87006800447a12b4609ccc81400741290db
In case the job that we want to reproduce is using the output from emit
releases script, reproducer has to use just that otherwise upgrade jobs
will fail.
Change-Id: I8c144b6dab59fba2b10e190c8b0afd7580bfffba
Closes-Bug: #1823688
The newlines are not needed and putting the settings
on ths same line as the definition simplies templating.
Change-Id: Ib84c5c42d276333551d79ad0d175bcb4efdce936
When running for the first time, user will be added to the docker
group and the script will exit. Ask the user to re-run the script.
Docker requires the user to log out and log in to refresh group
permissions.
Change-Id: I22f2ec00109337fa6f0d2a98868a56abd950d733
Add support for patches checking for reproducer role and quickstart.
Pass patches as refspecs:
./reproducer-zuul-based-quickstart.sh .... \
-e ooo_quickstart_refspec="refs/changes/08/641708/2" \
-e reproducer_role_refspec="refs/changes/59/19259/1"
It will apply patches above to code before running reproducer.
Change-Id: I470213f4745464b652be5ff7a3b2aa320ac78cda
The kvm flags in the kernel can be available
but turned off in the bios. Check that the
kernel module for kvm is available.
Change-Id: Ibc2bc81cddd3698450723dd928f0c94dc510b7a8
In I0723140ff3df5a2aaaf9be79f81deb85b9114b0d there was a nit with
missing fi. See Issue 2@ [1] for info on the error
[1] https://tree.taiga.io/project/tripleo-ci-board/task/766
Change-Id: I146aadb3430fb0ec17e74695976e035753ca7924
epel installs an older version of pip.
The older version of pip installs openstacksdk==.013
however is unable to import the library. The
updated version of pip resolves this issue.
Change-Id: Iacb4dd3cd3229ff9d68749c01c8f89af3460d51d