Drop resultsdb vars and playbooks.
resultsdb is now in openshift and on a different url.
Adjust bodhi, pagure dist git for the new url.
Drop taskotron roles.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This value is mostly ignored by the application. It is included in the
Prometheus metrics to simplify calculation availability.
The default is set to 0. The number of hosts in the odcs_backend group
is used for the alternative definition in inventory.
I think I handled all the special cases here already.
We want to switch non iad2 proxies to reach the oco4 cluster over it's
vpn now that it has one. This should allow us to still keep ipv6
available for applications and not have to change dns for moving from
ocp3 cluster anymore. Will roll this out slowly to one proxy then
another, then the rest if it all looks ok.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This reverts commit edb9704acc.
The new prod deployment seems to have some issues (message
publishing is timing out) so let's go back to using the old
deployment for now.
Ugh, we delegate for the assetsize stuff too and there's tons of
that, splitting it would be awful. Let's try a different approach
with a new optional variable for the delegate target.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Using the machine's own hostname works for the ansible delegate
stuff but doesn't work for openQA itself (if you try and access
the DB by hostname like this, postgres denies access; you have
to use 'localhost' for postgres to allow it). Using 'localhost'
works for postgres but doesn't do the right thing for delegation.
Let's use 'localhost' and split the two play steps into
delegated and non-delegated versions.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Just in case things go horribly wrong and we somehow hit a real
db server, let's not use the same db name as staging for safety.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This is an attempt to add a group that'll set openqa-x86-worker05
as a one-box openQA instance which doesn't report results. This
is to try and help with debugging
https://bugzilla.redhat.com/show_bug.cgi?id=2009585 : the idea is
to have a disposable openQA instance where we don't care if all
the tests fail, so we can try out various things to resolve that
bug on it. Debugging on lab is awkward because we do actually
care about lab's results, especially since it's the only instance
testing Rawhide updates.
This requires quite a lot of surgery to get around various
assumptions in the existing groups and plays (no reporting of
results, no NFS...) and make the box its own postgresql server.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
We don't need the scratch builds on stg any more now we've sent
the new builds to updates-testing. We *do* want to use the builds
from u-t on prod now (I don't want to wait a week for the stable
push).
Signed-off-by: Adam Williamson <awilliam@redhat.com>