Fix GCP Cloud Storage Soft Delete Errors
When working with GCP Cloud Storage, you may encounter a configuration error that prevents your deployment from working. This guide explains the most common mistake with soft delete and shows the exact fix.
A Common Mistake
Failing to configure a reasonable soft delete retention duration, causing objects to be permanently deleted with no recovery window when accidentally removed.
The incorrect command:
gsutil softdelete set 0d gs://my-bucket
Error output:
Setting soft delete policy to 0 days...
Soft delete is effectively disabled. When a developer accidentally runs `gsutil rm -r gs://my-bucket/data/`, the 500 GB dataset is permanently lost. There is no recovery window to restore the deleted objects.
The Correct Approach
The right way to configure soft delete in GCP Cloud Storage:
gsutil softdelete set 7d gs://my-bucket
Successful result:
Setting soft delete policy to 7 days...
Deleted objects are retained for 7 days in a soft-deleted state. Developers can recover deleted objects with:
gsutil restore gs://my-bucket/data/important-file.csv
The object is available within the 7-day window.
How to Prevent This
Set soft delete to at least 7 days for production buckets. Objects in soft-delete state incur storage costs. Use gsutil ls -a gs://bucket to list live and soft-deleted objects. Fully deleted objects (after soft delete expires) cannot be recovered. Soft delete complements versioning -- versioning keeps object versions, soft delete catches deletions too.
FAQ
Built by the developers of Doda Browser, DodaZIP, and Durga Antivirus Pro. Secure your cloud with DodaTech.
Built by the developers of DodaTech
Doda Browser, DodaZIP & Durga Antivirus Pro