Troubleshoot storage issues
Use this guide to diagnose common CubeCOS storage problems. If you haven't already, start with the Troubleshooting overview to rule out a cluster-wide issue.
Before you beginβ
Some checks require SSH access to a cluster node as the admin user. Once connected, use the storage command to check Ceph cluster and OSD health.
ssh admin@<cluster-vip>
The Ceph cluster reports HEALTH_WARNβ
-
Check the overall cluster status.
Check storage cluster statuscc1> storage status -
Read the
healthline and the messages under it, such asN osds downorDegraded data redundancy. TheSTATEcolumn in the OSD table shows which OSD is affected β a healthy OSD showsexists,up, while a failed one showsexistswithoutup. -
If a specific OSD is down, see An OSD is down below.
-
If no OSD is down but the cluster still reports degraded placement groups, the cluster may still be recovering from a recent change. Re-run
storage statusafter a few minutes to confirm it returns toHEALTH_OK.
An OSD is downβ
-
List all OSDs and find the one with a
downor missingupstate.List all OSDscc1> storage list_osd -
Check the failing OSD's disk health.
Get details for a specific OSDcc1> storage list_osd <osd-id>For more information, see Check OSD Status.
-
If the underlying disk has failed, remove the OSD so the cluster can rebalance around it.
Remove a failed OSDcc1> storage remove_osdFor the full procedure, see Remove OSD from Storage Pool.
-
If you need to physically replace the disk, remove it from the cluster first.
Remove a failed diskcc1> storage remove_diskdangerForce mode skips data migration and carries a high risk of data corruption. Use safe mode unless you understand the risk and need to remove the disk immediately. See Remove Hard Disks.
A volume is stuck in Creating statusβ
-
Check the volume's status directly.
Check volume statusopenstack volume show <volume-id> -c status -
Check the Ceph cluster status. A volume can stay in
Creatingstatus if the underlying storage pool is degraded or rebalancing.Check storage cluster statuscc1> storage status
A volume won't attach to or detach from an instanceβ
-
Confirm the volume's status and current attachments.
Check volume attachmentsopenstack volume show <volume-id> -c status -c attachments -
Confirm that the target instance status is
Active. You can't attach or detach a volume on an instance that's still building, resizing, or in an error state. -
Retry the operation from Compute > Instances > More > Related Resources > Attach Volume. For the full procedure, see Create and attach a volume.
Extending a volume doesn't reflect the new size inside the guest OSβ
Extending a volume in CubeCOS grows the underlying block device, but the guest OS still needs to extend its own partition and filesystem to use the new space. See Extend partition.
Rebalancing or removing a disk takes a long time or failsβ
- Safe mode removal migrates existing data off the disk before removing it, which takes longer on disks with more data. Let it finish rather than retrying.
- If a safe-mode removal fails because the cluster doesn't have enough remaining capacity or fault domains to migrate the data, add capacity first, or accept the risk of force mode. See Remove Hard Disks.
- If you changed the replication factor with
storage rebalanceand the cluster has been recovering for an extended period, checkstorage statusfor the current recovery rate before assuming it's stuck.
Object storage or S3 operations failβ
- Confirm that you're using valid EC2/S3 credentials for the project, and that the container's access policy allows the operation you're attempting.
- Confirm the container exists and is visible under Project > Storage > Object Storage.
For setup and usage details, see Object Storage (Swift API) and Object Storage (S3 API).
A file share won't mountβ
- Confirm that the share status is
Active. - Confirm that the share network and access rules allow the client's IP address or network.
For setup details, see Tenant Share.