Skip to main content
← Back to list
01Issue
BugShippedSwamp CLI
Assigneesstack72

#248 `swamp datastore setup` migration is not resumable / leaves the repo in a partial state on failure

Opened by stack72 · 5/5/2026· Shipped 5/7/2026

Summary

swamp datastore setup extension @swamp/s3-datastore performs the local→S3 migration as a single sequential operation. If the migration fails partway through (panic, network blip, transient 5xx, Ctrl+C, IAM policy hiccup), the repo ends up half-migrated:

  • Some objects exist in the S3 bucket
  • Local datastore stays filesystem-typed (the switch never completes)
  • A subsequent retry has no clear, documented recovery path

This was originally observed in #213 as a consequence of a Deno panic. With the Deno fix in place that specific trigger is gone, but the same partial-state outcome will surface on any other partial failure during the migration.

Suggested behavior

A failed swamp datastore setup migration should leave the datastore in a known state — either:

  • Still filesystem-typed (rolled back, with already-uploaded objects cleaned up or marked for cleanup), OR
  • Fully switched to S3 (so a retry can pick up where the previous run stopped via the normal sync semantics)

The retry path matters most: a user who hits a transient failure should be able to re-run swamp datastore setup (or swamp datastore sync --push once the switch lands) without manual cleanup.

Background

  • Original observation: lab/213 (closed once the Deno fix lands).
  • Not a regression — partial-migration handling has likely never been formally specified.

Out of scope

The Deno panic that triggered #213 — fixed via canary-bundled Deno.

02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED+ 1 MOREASSIGNED+ 3 MOREFINDINGS+ 3 MOREPR_MERGEDSHIPPED

Shipped

5/7/2026, 3:38:28 PM

Click a lifecycle step above to view its details.

03Sludge Pulse
stack72 assigned stack725/7/2026, 3:09:56 PM

Sign in to post a ripple.