This isn't really a 'buildhw', but it's pretty close.
It's an lpar on a power10 box.
I'm making it a hw builder in staging because if we tried to make
it a bvmhost and put vm's on it, we would need to setup macvtap, which
would be fine, but extra complication where we don't really need it in
staging currently.
01 will be created once we reconfigure the one thats currently serving
as bvmhost-p10-01. Which will happen after we move 1/2 the builders
off to a new bvmhost-p10-02 lpar on this same second power10.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
bvmhost-a64-05 has less memory than 01-04, so fewer buildvm's on it.
However, even with that it sometimes is OOM killing one.
So, lets drop 48 for now to give it more free memory.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
These are various machines that are not yet deployed, or no longer exist
in rdu3 (though they did in iad2). This should clean up nagios
a fair bit and when/if we redeploy these we can add them back in.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Note that these don't do nested virt due to the way we have the host
setup. We are working on changing that, but for now, this should work
fine for normal builds. Only parts of composes that need nested virt
will fail for a week or so until we get a power9 moved to the new dc
or reconfigure a power10 box.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This machine has a smart card in it for secure boot signing,
so use it for now for the dc move and then we will move to
the new signing setup that can just use (select) buildvm's and
sigul.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This sets up a compose/db/koji for riscv in rdu3.
Along with the two x86 builders.
Once this is deployed, need to sync database over and upgrade it,
then switch dns and it should be back.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
It should be ok to deploy these before koji exists there.
kojid won't start without intervention, so we should be able to deploy
and start it when koji is ready.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This will allow us to use a group_vars/rdu3_production/staging to set
variables for all those hosts and more clearly allow us to see whats in
which datacenter (hopefully).
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We want a pair of x86_64 buildvm's to do tasks that don't need to be on
a riscv instance (create/newrepos, etc).
So adjust playbooks and add them.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
webkitgtk is unable to finish building on the current builders, so
lets drop one and add memory to another. Will make 20 the only one in
the heavybuilder channel for it. Hopefully this will get it to complete.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We no longer need to keep any config around from boston, so nuke that.
All the buildvm's are now kvm, so we don't need a seperate group/config
for that, so remove it.
Consolidate the variables down to buildvm_s390x group and only have ip
address for host vars.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We moved them to f40 via upgrade, sync up ansible to match so that when
we reinstall them they will get 40 instead of 39
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We have these 7 emags that were bvmhosts running 32bit arm builders.
Since we no longer need those, lets repurpose them as aarch64 buildhw.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
We have 4 of the new mt snow boxes that were bvmhosts before, but we
moved the vm's to the newer generation versions, so we should use these
as buildhw boxes. I plan to add 2 of them to the runroot channel for
composes and 2 of them general builders in the heavybuild channel to
help with chromium builds.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This removes osbs and allmost all it's associated playbooks and files.
It served long and well, but we no longer need it.
flatpaks are building with a koji-flatpak plugin.
base/minimal/toolbox containers are building with kiwi.
We aren't building any other containers right now, and we did they could
be added to kiwi.
This is the end of an era... I look with nostolga on
ansible-ansible-openshift-ansible (a role to setup ansible on a control
host and run it from our ansible).
Good bye osbs!
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
