Skip to content

Corruption of pinned erasure-coded content post migration #5228

Description

@rampall

Description
Pinned content on my Bee node v2.5.0 that was erasure coded became inaccessible after upgrading to v2.6.0.

  • swarm-cli pinning list still shows the pinned files.
  • However, I cannot download them via curl or swarm-cli.
  • If I unpin a file, I am able to download it (likely fetched fresh from the network), but then I would lose any pinned data that is no longer available on the network (e.g., due to postage stamp expiry).

Steps - Not likely Reproducable

  1. Pin erasure-coded content on Bee v2.5.0
  2. Upgrade Bee node to v2.6.0
  3. Run swarm-cli pinning list → files still appear pinned
  4. Try downloading pinned file with curl or swarm-cli → fails
  5. Unpin the file
  6. Retry download → succeeds (fetched fresh), but previously pinned-only data is permanently lost

Expected behavior

  • Pinned files (including erasure coded) should remain accessible after upgrade, regardless of postage stamp expiry or network availability.
  • Data migration after any bee update should have some fallback mechanism to prevent data corruption (?)

Environment (please complete the following information):

  • Bee Node: Upgraded from v2.5.0 → v2.6.0
  • Pinning CLI: swarm-cli
  • OS: Debian
  • Running Bee as a service: Yes

Additional context

  • A similar issue occurred about a year ago, a few months after erasure coding was introduced.
  • This suggests it may not be version-specific.
  • Possibility: the first run after updating Bee may have encountered an RPC endpoint failure, interrupting data migration (Bee as a service keeps retrying on failure).

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

No labels
No labels

Type

No type

Projects

No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions