We intend to use disk encryption and udev network interface
naming on all hosts with the re-deployment, so this attempts to
set up for that.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
This is a new feature in openQA that prevents worker hosts
picking up new jobs if their load average is above a certain
threshold. It defaults to 40. Our big worker hosts tend to run
above this, so let's bump it on those.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Some of the openqa workers are encrypted and some aren't (this is a bit of a
mess that's partly a result of all the redeployments we did around
https://bugzilla.redhat.com/show_bug.cgi?id=2009585 ). We should only run
the nbde_client role on workers which are encrypted. Hopefully this gets that
right.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
Turns out the current version of linux-system-roles network doesn't like
setting ipv6 no and setting search domains since NetworkManager wants to
set them for both ipv4 and ipv6. There's some upstream fix, but not in
our current version.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
This was done using yq (
https://mikefarah.gitbook.io/yq/operators/sort-keys )
Doing things this way makes it much easier to see if a variable is set
in a file or if two hosts differ in what variables they set. Hopefully
we can keep things sorted moving forward.
Basically this means just sort a-z anything you add to any host or group
vaiable and it will be in the right place.
Additionally, this enforces 'normal' intent rules for all the variable
files which we should also try and obey. 2 spaces for first level, 3 for
next, etc. When in doubt you can run yq on it.
This should cause NO actual vairable changes, it's all just readability
fixing for humans, ansible parses it exactly the same.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Old-style names aren't consistent. biosdevname wasn't working
because it wasn't installed, I've installed it now.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
The box is repeatedly getting stuck and requiring a reboot. It
didn't do so without the workers running, so possibly it's just
overloaded. Let's try it with 20 workers.
Signed-off-by: Adam Williamson <awilliam@redhat.com>
