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