Skip to main content
A delete is permanent. You cannot resume a deleted sandbox.

How a delete works

  1. You send a delete request.
  2. Boat returns 202 Accepted with an operation.
  3. The sandbox or snapshot disappears from lists, restores and forks immediately.
  4. Boat erases the stored data in the background, when nothing reads it any more.
  5. You poll the operation until its status is completed.
Boat never refuses a delete because the data is still in use. The stage of the operation tells you where the deletion is.
You cannot cancel a deletion operation.

Delete a sandbox

Every sandbox or snapshot delete needs the header X-Ascii-Confirm-Delete. Its value must be exactly the target id. The CLI and the dashboard set this header for you.
In the dashboard, open Sandboxes. Open the ⋯ menu on the row of the sandbox and choose Delete.

Poll the operation

A delete returns an operation id (bdop_…). Poll it until status is completed.
boat delete already polls for you. It prints the operation when it finishes. Use boat deletion status to check later on an operation that you started elsewhere.

Delete one snapshot

You can also delete snapshots on the Snapshots tab of the dashboard. Deletion and retention responses use Cache-Control: no-store.

Shared and named snapshots

  • A sandbox delete does not delete a named snapshot that you saved from it.
  • A named snapshot is an independent shared artifact.
  • A named snapshot can share deduplicated storage with other snapshots.
  • Boat removes the stored objects only when no kept artifact uses them.
When you remove a named snapshot, it becomes unavailable immediately. Boat schedules the deletion of its data six hours later at the earliest. Snapshot upload URLs stay valid for six hours. This delay stops an upload that already started from creating the data again after the delete. If you enable zero data retention, Boat removes your named snapshots and queues their data for deletion. You cannot create a named snapshot while ZDR is on.