This commit adds a new fedoraproject.org email alias for me, using my
new initials. The short story is that I am in the process of legally
changing my last name. Although the name change is still underway, I
want to prepare the infrastructure bits in advance so I can have a
graceful transition once the legal process is complete.
Signed-off-by: Justin W. Flory (he/him) <jwf@redhat.com>
This is an awful hack to deal with
https://github.com/os-autoinst/os-autoinst/issues/2549 while we
try and fix it properly. This finds stuck qemu processes by
parsing the journal messages of the workers, and kills them.
workers stuck in the broken state should then recover on the
next checkin with the server. I tested this manually on all the
worker hosts and it...seemed to work, mostly. I'll keep an eye on
things after deploying it.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This will cause new sidetags to do a newrepo on creation instead of
waiting for a request for them. It's not strictly needed, but it allows
older workflows that use wait-repo to continue to work.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This should prevent error during backup:
```
Error: Local roles CA do not match globally used roles CA, KRA. A backup done on this host would not be complete enough to restore a fully functional, identical cluster.
```
Signed-off-by: Michal Konecny <mkonecny@redhat.com>
Removing the replication agreement needs admin kerberos ticket. Let's obtain one
before removing the replication agreement.
Signed-off-by: Michal Konecny <mkonecny@redhat.com>
Long ago we sent buildSRPMFromSCM tasks to createrepo channel because we
didn't want s390x (which wasn't in that channel) to do them. However,
with koji 1.35.x these tasks obey the noarch_arches tag value as to
which arch they run on. This means we would need to add s390x and
ppc64le to createrepo for them to always work.
So, instead lets drop this hub policy for buildSRPMFromSCM and then they
will just get default channel and obey noarch_arches as is expected.
If s390x proves too slow at these tasks, we can just remove it from
noarch_arches or come up with another plan.
newRepo distRepo in this policy was pointless, koji automatically does
these tasks with channel=createrepo, so no need to specify it here.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We added tests of container building and a subset of container
and server tests on aarch64 a couple of months back. These have
now been running long enough it should be safe to add them to
the gating config (all pending updates should have had these
tests run against them if appropriate).
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This was just added to help debug some startup problems, so we can drop
it now. Also, it causes the playbook to be non idempotent (ie, this task
runs and changes everytime the playbook it run, causing a lot of noise
in the check/diff runs).
/run/zabbix should get created by systemd, so no need to muck with it.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
An explicit provides for /usr/libexec/platform-python was added to
platform-python in RHEL 8.
https://access.redhat.com/errata/RHSA-2024:6975
This solves the original reason for needing the filelists option, so it
should be safe to remove. This will make bootstrap chroot creation
faster for all builds, not just EPEL 8.
https://pagure.io/releng/issue/12199
Signed-off-by: Carl George <carlwgeorge@gmail.com>
We've finally ironed out the issues in stage with this, so this is the
configuration to enable it in production.
This should be rolled out in conjunction with disabling the bash script
that currently handles image pushes.
