Post-Powercut Verification Checklist¶
A list of things that should be done/checked immediately after a power cut:
Note!
An announcement should be made in the Redbrick Discord server to notify members that a power cut has occurred and that the team is working on restoring services.
1. Network & VLAN Verification¶
Run these baseline commands on each aperture server to refresh the network states and make sure that all bridges are up and running correctly:
IP Address & Bridge Validation¶
Ensure all aperture servers have their correct IP addresses across vlan16, vlan10, vlan30, and vlan40.
For glados:¶
- Verify
br0is up. - Verify
br0holds the vlan16 IP:136.206.16.4 - Verify
br0holds the Keepalived IP:136.206.16.50
Troubleshooting Network Bridges¶
-
If
br0is down, force the link:
-
Verify VM communication link by checking if
br0is linked tovnet0andvlan16:
-
If
br0lacks a link tovnet0, manually bridge them:
Note: You must restart any VMs running on that host after running this command to restore their connectivity.
2. Storage Mounts¶
Verify that shared storage is attached before checking any Nomad jobs.
- Access each
apertureserver. - Force mount all entries:
- Confirm
/storageis mounted correctly. - If mounting fails, inspect
/etc/fstabfor issues.
3. Nomad Workloads¶
If Nomad jobs started while /storage was unmounted, they will be in a broken state and must be restarted.
Run this loop script to automatically reschedule and fix all active Nomad jobs on the host:
for job in \$(nomad job status | awk 'NR>1 {print \$1}'); do
echo "Rescheduling job to fix storage: \$job"
nomad job restart -reschedule "\$job"
done
4. System Time Verification¶
Ensure you have the correct time on each server.
- Check current system time:
5. Debug current services.¶
Some services might be in a corrupted or unstable state, especially if they are running with databases like PostgreSQL. Check the status of all services and restart any that are not running correctly.
One useful step is to run pg_resetwal on those databases to reset the write-ahead log and restore them to a consistent state. This should be done with caution and ideally after taking a backup of the database.