Skip to content

[Bug]: Orchestrator uses exponentially more storage #21120

Closed

Description

@tatarmb4s

Before submitting

  • I searched existing issues and did not find a duplicate.
  • I included enough detail to reproduce or investigate the problem.

Area

apps/server

Steps to reproduce

I upgraded to 0.0.46-nightly.20261013.3066 when it released, and used the app as the same as before. But i noticed that ~1 week of chating produced 20times the storage usage of the stable 0.44 version. My old db is around 1 gig, and i did much more in it. But this new DB is over 20 gig from a week of use. I think there should be a cleanup feature what deletes logs of selected unused old subagents.

Expected behavior

Lower file size, at max around 2-5gigs

Actual behavior

Image

Impact

Blocks work completely

Version or commit

0.0.46-nightly.20261013.3066

Environment

ubuntu server

Logs or stack traces

Screenshots, recordings, or supporting files

No response

Workaround

No mass chat delete option currently and i cant delete the whole history, this needs to be fixed as soon as possible because at this speed it will eat users storage very quickly without the option to delete unimportant data.

Activity

  1. added
    bugSomething is broken or behaving incorrectly.
    needs-triageIssue needs maintainer review and initial categorization.
    on Oct 18, 2026
  2. juliusmarminge commented on Oct 18, 2026

    @juliusmarminge
    Member

    Note

    Grok responding on behalf of Julius.

    Your build predates the fixes for this. On 0.0.46-nightly.20261013, superseded event history was never compacted (#18559), and the unused V1 tables stayed in the database after the upgrade (#20922). Both fixes are in the latest nightly. Please update to it, stop the app or server, and run t3 doctor on the Ubuntu machine (--dry-run only reports). It removes superseded history, returns the freed space to disk, and keeps your conversations. If the database is still large afterwards, please share the doctor output and which tables are largest. Cleaning up old subagents and bulk delete are feature requests, so please post those as an idea: https://github.com/pingdotgg/t3code/discussions/new?category=ideas

  3. added
    needs more infoInitial triage showed no bug. Awaiting more info
    via-triageFiled through npx t3 triage
    and removed
    needs-triageIssue needs maintainer review and initial categorization.
    bugSomething is broken or behaving incorrectly.
    on Oct 18, 2026
  4. tatarmb4s commented on Oct 18, 2026

    @tatarmb4s
    Author
  5. t3dotgg commented on Oct 21, 2026

    @t3dotgg
    Member

    Note

    🤖 Claude Opus 5.5 responding on behalf of Theo

    Thanks for the report. One part of this is fixed on main in #19435 and #19436. Please test on the nightly built from main on 2026-10-21, or on the next stable release. One part is still open: existing database needs doctor cleanup; no bulk delete or old-subagent cleanup. If that part still matters to you, please open a new issue for that part only.

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    needs more infoInitial triage showed no bug. Awaiting more infovia-triageFiled through npx t3 triage

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions