Skip to main content
RunBook Academy

← All runbooks in Ceph

critical riskcluster affecting~60 min

Recover a full Ceph cluster

1 · Prerequisites

Confirm every item is in place before any state change.

  • The cluster has reached nearfull or full
  • New writes are blocked
  • Recovery is stalled

2 · Pre-checks

Read-only diagnostic commands. If any of these don't match expected output, stop and investigate further.

  • · ceph -s reports the nearfull / full state
  • · ceph health detail lists the affected pools
  • · ceph osd df shows the OSD utilisation
  • · Capacity headroom is at zero

3 · Procedure

Execute each step in order. Verify the expected output of a step before moving to the next.

  1. 1Immediate: identify the affected pools; do not raise the full ratio as a sustained measure
  2. 2Mid-term: add OSDs; add hosts; rebalance data
  3. 3If the cluster is at mon_osd_full_ratio: temporarily raise it just enough to allow essential writes
  4. 4Identify the runaway workload
  5. 5Verify cluster returns to HEALTH_OK

4 · Verification

Confirm the procedure actually fixed the problem.

  • The cluster accepts writes
  • No POOL_NEARFULL
  • Backfill completes
  • Cluster is HEALTH_OK

5 · Rollback

If verification fails, undo the procedure in reverse order.

  • If the cluster cannot be reduced: escalates to the disaster-recovery runbook
  • If a workload cannot be paused: identify the workload

6 · Escalation

When the runbook isn't enough, contact:

  • · Storage team
  • · Application team to identify the workload
  • · Vendor support
  • · Disaster recovery team

Recover a full Ceph cluster

This runbook covers Recover a full Ceph cluster on a Ceph Tentacle cluster.

When to use

  • Active production scenario matching the impact (cluster-affecting)
  • The prerequisites are met

Prerequisites

Before starting this runbook, verify each prerequisite has been met. If a prerequisite is not met, resolve it first or escalate.

  • The cluster has reached nearfull or full
  • New writes are blocked
  • Recovery is stalled

Pre-checks

Collect evidence before taking action. Evidence is the proof the runbook worked.

# ceph -s reports the nearfull / full state
# ceph health detail lists the affected pools
# ceph osd df shows the OSD utilisation
# Capacity headroom is at zero

Procedure

Step 1

Immediate: identify the affected pools; do not raise the full ratio as a sustained measure

Step 2

Mid-term: add OSDs; add hosts; rebalance data

Step 3

If the cluster is at mon_osd_full_ratio: temporarily raise it just enough to allow essential writes

Step 4

Identify the runaway workload

Step 5

Verify cluster returns to HEALTH_OK

Verification

After completing the procedure, verify the result:

# The cluster accepts writes
# No POOL_NEARFULL
# Backfill completes
# Cluster is HEALTH_OK

Rollback

If the procedure does not produce the expected verification, roll back:

  • If the cluster cannot be reduced: escalates to the disaster-recovery runbook
  • If a workload cannot be paused: identify the workload

Escalation

If you cannot roll back or the rollback fails, escalate:

  • Storage team
  • Application team to identify the workload
  • Vendor support
  • Disaster recovery team

References

  1. Ceph documentation