clear_storage_backups

It is the same as Delete all storage backups in the editor. All of the archives are destroyed and cannot be recovered, so the site is left with no copy of its files from any earlier moment, and the daily backup only begins building that history again from its next run. Deleting them does not hand any manual backup slot back.

An archive still being taken is left alone. While a restore of the site's storage is running, the whole call is refused with a 409 and A restore of this storage is still running, so its backups cannot be deleted yet. Try again when it finishes!, and get_storage_restore_status says when that restore ends.

The response counts removed, the bytes freed, failed and pending. A failed one could not be reached and is still there, so call it again. pending counts the archives still being taken that were left alone, which stay in the list and read ready or failed in list_storage_backups when they finish.

It needs the Delete projects permission in the workspace. The tool tells the client to read the whole list with list_storage_backups and confirm it with you before calling it, and never to call it to tidy up on its own initiative. See Delete a backup.

Inputs

Input	Type	Required	Description
projectId	string	Yes	The site whose storage backups should all be deleted.