Repository navigation
OpenHuman: layout migration, archive and storage CLI #7997
Description
New storage/layout/. Steps:
- Take an OS lock.
- Run the legacy importers into the old DB under the right tenant.
- Run the schema migrations.
VACUUM INTO users/<id>/storage.dband verify counts.- Move user files to
files/. - Stream
backups/<user>-<ts>.tar.zstwith a manifest and verify it. - Delete the classified originals.
Every step is resumable. It is a no-op for Mongo or explicit URLs. Controllers storage.migrate {dry_run}, storage.status and storage.restore go through core/all.rs. Boot auto-migrate stays behind a flag.
Part of #7973.
Activity
tinysweeper commentedon Oct 16, 2026
Storage layout migration, archive and restore CLI as part of the uniform storage epic; implementation work is planning/scoped and explicitly notes it is a sub-issue of #7973, so no separate bug or feature triage is warranted.
Labelled
priority: p3.senamakel commentedon Oct 17, 2026
Done in senamakel#164, merged into the epic branch. It adds
storage::layout, which migrates a V1 profile in resumable steps:VACUUM INTO storage.dband verify the countsfiles/backups/<user>-<ts>.tar.zstwith a manifest and verify itUnknown entries are left in place. It also adds the
storage.migrate {dry_run},storage.statusandstorage.restorecontrollers, plus[storage] auto_migrate_layout(off by default). Sub-agent lifecycle, computer site memory and the module importers are left to their existing lazy importers under V2.feat(storage): layout v1 to v2 migration, archive and storage control…