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>
james is going to poke around getting ACS working in staging, so add him
here. Drop some folks who are not really around anymore.
Signed-off-by: Kevin Fenzi <kevin@scrye.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>
