This space was in a networking cage thats going away and all the
machines there are old and out of warentee.
This space was intended for disaster recovery purposes.
For that now we have a internal vm that can access our mirrored netapp
storage, so we can sync anything off it we need to when iad2 is down.
I will be resetting up a batcave13 in another datacenter to allow us a
backup ansible/dns control host. bastion13/ns13/proxy13 will likely just
go away forever. download-rdu01 should be replaced by the new
download-cc-rdu01 once we have the new hardware in place for that.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We need this to try and relay in emails.
It turns out to be bordering on impossible to do this sanely with our
current setup, so make a fedora vm that lets us use saslauthdb to have a
specific (small) list of users that can authenticate and relay emails
via bastion and out. We can't do this on rhel, because they don't build
the saslauthdb backend. We can't use any of the other backends because
they either don't work or would allow any fedora user to relay, which we
do not want.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We're using ifnames on this host right now (I don't recall why
or when that changed) so all the network setup stuff has the
wrong interface names, this is breaking tap tests.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Thanks to nirik we have a new super-powerful openQA aarch64
worker host. For now, deploy it in production as the tap1 worker
and keep one old busted emag on prod as the tap2 worker. Move
the other old busted emag to lab so it has more capacity at
least, and give it a conventional tap1/tap2 setup. I might
tweak this again to have *only* the powerful worker in prod and
make it run all the tap jobs, to see if that's more reliable
than keeping an emag around. Or maybe I'll try and fiddle with
the classes so only the powerful box runs graphical tests, or
something.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This new arm box was going to be for staging, but we are ok with the old
out of warentee emag there for now while we ask for more replacements.
Moving this to openqa could help us keep up on aarch64 testing.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
The update isn't in u-t yet (waiting for push) so I'm using the
builds, but this has been in testing on stg for a week and it
seems fine.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This vm is to allow the creation of reports about contibutor numbers
from datanommer db. It should be short lived. Once the reports are
developed, they can be moved to openshift or some other place.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
The last time they were re-installed they defaulted to 1500 and it's
causing some problems for some of them at least (01-08 for sure).
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
