Runbooks

Step-by-step procedures for operating an Apelora fabric: find your situation in the table and follow its page. When part of a procedure has not yet been carried out in practice, the page says so in a short list at its end.

Apelora never writes Incus's database, and it moves instances only by asking Incus (the instance.move job). Membership, placement, evacuation and migration are Incus operations that Apelora requests, previews and audits.

SituationRunbook
Add a server to the clustermember-join.md
Maintenance on a servermember-maintenance.md
A server failsmember-failure.md
Remove a server for goodmember-removal.md
The cluster loses quorumquorum-loss.md
Read quorum; upgrade Incus one member at a timeincus-rolling-upgrade.md
OVN or the uplink failsnetwork-incident.md
A replica fails its health checkreplica-unhealthy.md
A volume is kept, missing or to be deletedvolumes.md
A pool is filling up or down, or backups stopstorage-incident.md
The deploy identity cannot see its projectdeploy-identity.md
Raise a quota; an environment's Incus project is not preparedtenancy-quotas.md
Revoke access (people, automation, servers)access-revocation.md
A credential is stolen or an account or session is misusedsecurity-incident.md
The control plane or worker is downapi-outage.md
Find out why something failed (logs, request ids, audit)troubleshooting.md
Read the Health page (components, servers, what each state means)health-page.md
Set up and respond to alerts (webhooks, acknowledge, silence, each rule)alerts.md
Rotate Apelora's Incus certificatescertificates.md
Back up Apelora's own database, drill a restore, restore the plane onto a new hostapelora-database-backup.md
Update Apelora without internet accessoffline-update.md

This page is a copy of docs/runbooks/README.md in the repository, which is the source of truth. Suggest a change.