Title
Create new category
Edit page index title
Edit category
Edit link
Identifying a Failed SSD Drive
With EC enabled, the Lightbits software allows IOs to continue without interruption in the case of an SSD failure. There are three drive status values when troubleshooting drive failures.
Drive Status | Description |
|---|---|
Healthy | The SSD is functioning properly. |
Rebuilding | The SSD has failed and data reconstruction is in progress. |
Failed | Data reconstruction has completed. You can remove the failed SSD and insert a new SSD. |
Check the devices status by entering the
lbcli list nvme-devicescommand to see if any SSD has failed and is in an EC rebuilding process.
Sample Command
A -J flag after lbcli indicates that the JWT is not stored in the lbcli configuration file.
Sample Output
In this example, the output shows one SSD that has failed and is now during data reconstruction.
Since this example does not use the --node-uuid or --server-uuid flags, the output shows all of the failed SSDs across the entire cluster. You can filter for specific nodes or servers using these flags. Once the data reconstruction is complete and the SSD state changes to Failed, the SSD is no longer managed by any node and is not associated with a node UUID.
To monitor a failed SSD’s rebuild progress, use the
lbcli get nodecommand with the--node-uuidflag for the Lightbits node that is managing the failed SSD.
Sample Command
A -J flag after lbcli indicates that the JWT is not stored in the lbcli configuration file.
Sample Output
Recheck the devices’ status with the
lbcli list nvme-devicescommand to see if the status has changed from Rebuilding to Failed for the failed SSD. If the status is changed, the rebuild process is complete.
Sample Command
A -J flag after lbcli indicates that the JWT is not stored in the lbcli configuration file.
Sample Output
To replace the failed device, follow the steps for Adding an NVMe SSD to a Lightbits Storage Server.
© 2026 Lightbits Labs™