... | ... | @@ -52,6 +52,12 @@ Instructions for updating the tag are in the Dockerfile: https://gitlab.gnome.or |
|
|
|
|
|
After updating the tag, rerun the Ansible playbook to deploy the new version.
|
|
|
|
|
|
## Updating to latest PostgreSQL
|
|
|
|
|
|
The major version of PostreSQL is fixed in the `Run openQA database container` job in [roles/openqa/tasks/main.yml](https://gitlab.gnome.org/sthursfield/openqa-ansible/-/blob/main/roles/openqa/tasks/main.yml). Periodically we need to check for new major PostreSQL releases and update this.
|
|
|
|
|
|
Major upgrades usually manually migrating the data: see https://www.postgresql.org/docs/current/upgrading.html for how to do this. I used `pg_dumpall` last time.
|
|
|
|
|
|
# openQA workers and gitlab-runners integration
|
|
|
OpenQA is often used with dedicated worker machines, but we wanted to avoid creating a "pet" system that would require special maintenance. So after the CI pipeline has a Gitlab runner successfully build the artifacts, it then has another runner create an openQA worker instance with a unique ID. This ID ensures it can only be used by the pipeline that created it. The runner then issues a command to the openQA UI to perform the tests on its created worker, using API key and secret values configured in the Gitlab project.
|
|
|
|
... | ... | |