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>
First we need to pipe stderr into the grep to filter out the timescaledb
warnings. So, |& does that.
Then, there's no reason to backup the staging database. Disable that.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We switched a while ago to db-datanommer02 which is a timescaledb from
the old db-datanommer01. However, backups were not working right until
recently. Now that they are, switch backups to backup 02 instead of 01
and also copy that one public. This should allow us to retire
db-datanommer01 entirely now.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This branch was merged months ago, but I forgot to drop this,
so the staging hdd workers keep using the outdated branch and
building bad images...
Signed-off-by: Adam Williamson <awilliam@redhat.com>
fcix.net is a network of small mirrors that cache/serve popular content
from a number of free software projects. They mirror fedora and would
like to have access to tier0 mirrors. This adds them with their hostname
(so they can adjust the ips later if needed).
Thanks for mirroring!
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This adds a new bvmhost in stg ( bvmhost-x86-02.stg ) a new vmhost in
stg ( vmhost-x86-09.stg ) and a new autosign box (that will be
autosign02 to allow us to set it up and migrate to it).
It also adds dhcp config for those and their mgmt interfaces
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Pushing this now as it's an outage of our backups and I want to get it
going asap. It's only affecting backup01.
Add dhcp entries for backup01's mgmt and eth0 interface.
Use eth0 instead of eno1.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
These staging virthosts have no vm's on them anymore and are going to be
replaced with new hardware. So, remove them from inventory and shut them
down in prep for them being removed.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
openqa-x86-worker03 seems to be a bit poorly lately, it quite
often fails jobs in 'hardware blip' looking ways, even after a
reboot. It's also the equal-worst hardware in the worker host
pool with 05. So let's swap 03 and 06 so prod has most of the
best hardware, and lab has the poorly box. Also while doing a
quick hardware survey I noticed 05 is equally as underpowered
as 03 (it has 2x E5-2680v3, total 24 physical CPUs, all the
other hosts aside from those two have 2x16 core CPUs), so this
cuts its worker count to the same as 03 (and makes the comment
more accurate for both). Added comments to inventory with the
CPU info for each box for future reference.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
