coordination #78206
Updated by okurz over 3 years ago
## Observation
In 2020-11-18 a power outage happened in Nbg which caused the network and many services to shut down. o3 started just fine automatically. qsf-cluster.qa.suse.de shows only "first-test-vm", not more. openqa-monitor and backup are down as well as schort-server, changed to start automatically. openqaworker1 was power off, restarted over ipmi, might have been a deliberate action by IT team? Further things that we can improve?
## Problems
* *DONE* qsf-cluster.qa.suse.de shows only "first-test-vm", not more
* *DONE* openqa-monitor and backup were down as well as schort-server -> changed to start automatically
* *DONE* wrong IPMI configuration for openqaworker2 -> https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/275
* *DONE* IPMI information for grenache-1 missing completely in https://gitlab.suse.de/openqa/salt-pillars-openqa/-/blob/master/openqa/workerconf.sls -> https://gitlab.suse.de/openqa/salt-pillars-openqa/-/merge_requests/276
* *DONE* openqaworker1 were "power off", restarted over ipmi, needs automatic on enabled -> #80542
* *DONE* powerqaworker-qam-1 not reachable via IPMI -> #80544
* *DONE* qa-power8-5 ipmi unstable -> #80544
* *DONE* openqaworker-power8, malbec.arch, qa-power8-4, qa-power8-5, powerqaworker-qam, grenache.qa as well as grenache-1.qa were "power off", restarted over ipmi, needs automatic on enabled -> #92185
## Suggestions
* Conduct "fire drills", at least reboot of qsf-cluster and other machines more often. I think this supports the idea from okurz which we implemented to have automatic reboot of machines as we within the OSD infrastructure -> #80540