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>
We don't want to use linux-systems-roles here because:
1) everytime we reinstall the mac address changes.
2) These get all the correct netowkring from the kickstart/initial
install
We do want to use linux-systems-roles for bare metal machines.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Normally it's just a nitpick to not have trailing spaces on variables.
However, for some things like mac address, it really matters.
Bunches of buildhw's were failing ansibile because they were passing
"mac address " to linux-system-roles networking and ansible was going
'huh, nope, I can't find that mac address here at all'.
So, just blow all the tailing spaces away to avoid any other variables
that hit this.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
Currently ppc builders are hitting memory issues.
Additionally we need to reinstall p09-01/02 with a different disk setup.
So, moving 02->04 for now.
Reducing cpus should mean multithreaded stuff that has gigantic
processes (like c++) should have less of them and hopefully fit in
memory. Additionally, we adjusted the kickstart to give them a swap file
in case that helps them not OOM any having a larger virtual memory set.
In the end once 01/02 are setup as we like, we may just reduce the
number per host and give them all more memory/cpus.
Signed-off-by: Kevin Fenzi <kevin@scrye.com>
