Skip to content

fix(cleanup): find a drive health backlog staged one level deeper - #305

Merged
joepetjr merged 1 commit into
mainfrom
fix/cleanup-finds-backlog-stage-layout
Nov 10, 2026
Merged

joepetjr merged 1 commit into
mainfrom
fix/cleanup-finds-backlog-stage-layout

Conversation

@joepetjr

Copy link
Copy Markdown
Contributor

What

gomoveshift cleanup now finds a drive in the layout health backlog stages it in, <stages root>/<project>/<project>/_stages:

  • named project: a third candidate <stage cache>/<project>/<project>; the one holding _stages still wins
  • discovery (no project): an entry with no _stages of its own is checked one level down under its own name

Why

2026-11-10: cleanup sc-2026-02-24-us64-waterfall-byway --min-age 0 with GMS_INTERMEDIATE_DIR=/mnt/c/WorkspacesGMSStages freed nothing. The published drive's 187 GB sits at /mnt/c/WorkspacesGMSStages/sc-2026-02-24-us64-waterfall-byway/sc-2026-02-24-us64-waterfall-byway/_stages, one level deeper than cleanup looked, so it was skipped as "pipeline not complete". C: stayed at 151 GB free, below the 207.7 GB that the next NC→PA drive's storage preflight needs.

Tests

Two new cases in tests/test_cleanup_drive_cache.py, red before (assert 2 == 0 with the "Pipeline not complete" SKIP for the named form; "No projects found." for discovery). Cleanup suites: 92 passed. ruff clean. README and changelog fragment updated.

health backlog stages a drive at <stages root>/<project>/<project>/_stages; cleanup looked only at <base>/<project>/_stages, so the published US-64 drive (187 GB on C:) was skipped and nothing was freed.
@joepetjr
joepetjr merged commit 330ed7d into main Nov 10, 2026
10 checks passed
@joepetjr
joepetjr deleted the fix/cleanup-finds-backlog-stage-layout branch November 10, 2026 16:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant