Actions
action #133748
opencoordination #121720: [saga][epic] QE setup in PRG2+NUE3
coordination #129280: [epic] Move from SUSE NUE1 (Maxtorhof) to new NBG Datacenters
Move of openqaworker-arm-1 to FC Basement size:M
Start date:
Due date:
% Done:
0%
Estimated time:
Tags:
Description
Motivation¶
In #132614 openqaworker-arm-1 was moved to FC Basement so that we have one hot-redundant aarch64 OSD machine outside of PRG2. For that to be setup we need to also accomodate the automatic recovery feature.
Acceptance criteria¶
- AC1: openqaworker-arm-1 runs OSD production jobs again
- AC2: The automatic recovery of openqaworker-arm-1 on crashes works
Suggestions¶
- Disable the automatic recovery for openqaworker-arm-1 from the old location
- Mount the machine and connect it back into the network including DHCP/DNS in https://gitlab.suse.de/OPS-Service/salt/
- Remove old DHCP/DNS entries in https://gitlab.suse.de/OPS-Service/salt/
- Update https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/openqa/workerconf.sls
- Find on https://wiki.suse.net/index.php/SUSE-Quality_Assurance/Labs how the new PDU can be used
- Integrate the new PDU in https://gitlab.suse.de/openqa/grafana-webhook-actions
Rollback steps¶
- Add back openqaworker-arm-1 to salt on OSD
- after openqaworker-arm-1 is back remove silences in https://monitor.qa.suse.de/alerting/silences
- Remove the "Mute All times" in https://monitor.qa.suse.de/alerting/routes for
__contacts__ =~ .*"Trigger reboot of openqaworker-arm-1".*
Updated by okurz 4 months ago
I crosschecked the machine connections and updated racktables. The fibre channel connection is correct as documented in racktables, eth0 in OS is for the physical port SFP+-1. On the DHCP server no request shows up for this network interface. I assume the switch is not configured correctly yet for the SFP port.
Actions