Skip to main content
RunBook Academy

← All runbooks in Ceph

high riskdata loss risk~60 min

Remove an OSD safely

1 · Prerequisites

Confirm every item is in place before any state change.

  • The host passes cephadm check-host
  • A maintenance window is scheduled
  • Replacement capacity or downsize is planned

2 · Pre-checks

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

  • · ceph osd tree shows the OSD up + in
  • · The cluster is HEALTH_OK or HEALTH_WARN with the OSD as the failure source
  • · smartctl -a /dev/<device> confirms the device is the failing one
  • · Capacity headroom is at least 25% of used

3 · Procedure

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

  1. 1ceph osd out <id>
  2. 2Wait for backfill: ceph progress
  3. 3Stop the daemon: ceph orch daemon stop osd.<id>
  4. 4Purge the OSD: ceph osd purge osd.<id> --yes-i-really-mean-it
  5. 5Replace the disk if necessary (Part LVII)
  6. 6Recreate the OSD on the new disk

4 · Verification

Confirm the procedure actually fixed the problem.

  • ceph osd tree shows the new OSD up + in
  • Backfill completes
  • CRUSH weight is restored
  • Cluster returns to HEALTH_OK

5 · Rollback

If verification fails, undo the procedure in reverse order.

  • If the OSD does not come back: verify the disk and the daemon
  • If backfill stalls: tune recovery settings
  • If data is at risk: stop the replacement, take a backup

6 · Escalation

When the runbook isn't enough, contact:

  • · Storage team
  • · Vendor support for the disk

Remove an OSD safely

This runbook covers Remove an OSD safely on a Ceph Tentacle cluster.

When to use

  • Active production scenario matching the impact (data-loss-risk)
  • 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 host passes cephadm check-host
  • A maintenance window is scheduled
  • Replacement capacity or downsize is planned

Pre-checks

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

# ceph osd tree shows the OSD up + in
# The cluster is HEALTH_OK or HEALTH_WARN with the OSD as the failure source
# smartctl -a /dev/<device> confirms the device is the failing one
# Capacity headroom is at least 25% of used

Procedure

Step 1

ceph osd out <id>

Step 2

Wait for backfill: ceph progress

Step 3

Stop the daemon: ceph orch daemon stop osd.<id>

Step 4

Purge the OSD: ceph osd purge osd.<id> —yes-i-really-mean-it

Step 5

Replace the disk if necessary (Part LVII)

Step 6

Recreate the OSD on the new disk

Verification

After completing the procedure, verify the result:

# ceph osd tree shows the new OSD up + in
# Backfill completes
# CRUSH weight is restored
# Cluster returns to HEALTH_OK

Rollback

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

  • If the OSD does not come back: verify the disk and the daemon
  • If backfill stalls: tune recovery settings
  • If data is at risk: stop the replacement, take a backup

Escalation

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

  • Storage team
  • Vendor support for the disk

References

  1. Ceph documentation