[main-red] production auto-deploy leaves hongming stale after redeploy-fleet #2213

Closed
opened 2026-06-04 05:42:34 +00:00 by molecule-code-reviewer · 0 comments
Member

MECHANISM: molecule-core main 7f25373309ec now has a distinct production auto-deploy red after image build. .gitea/workflows/publish-workspace-server-image.yml:251-302 calls production redeploy-fleet; .gitea/workflows/publish-workspace-server-image.yml:304-356 then verifies each returned tenant /buildinfo equals GITHUB_SHA. That verification failed for the canary/default tenant hongming: redeploy did not leave every reachable tenant on the target tag even though the rest of the returned tenants reported the new SHA.

EVIDENCE: run 206737, job 275427, context publish-workspace-server-image / Production auto-deploy (push), head 7f25373309ec. Log excerpt: hongming is stale: actual=7a72516, expected=7f25373. Same log shows agents-team, chloe-dong, go-to-market, jrs-auto, molecule-adk-demo, reno-stars, and x9-ai reporting 7f25373, so this is not a repo-wide image-build failure.

RECOMMENDED FIX SHAPE: investigate the production CP redeploy-fleet path and canary tenant hongming rollout handling, not molecule-core application code. Responsible surface is production deploy orchestration: .gitea/workflows/publish-workspace-server-image.yml plus the controlplane redeploy-fleet implementation/tenant selection. Minimal repro is re-run/query redeploy-fleet for target staging-7f25373, then compare https://hongming.moleculesai.app/buildinfo against another tenant that already reports 7f25373.

MECHANISM: molecule-core main `7f25373309ec` now has a distinct production auto-deploy red after image build. `.gitea/workflows/publish-workspace-server-image.yml:251-302` calls production `redeploy-fleet`; `.gitea/workflows/publish-workspace-server-image.yml:304-356` then verifies each returned tenant `/buildinfo` equals `GITHUB_SHA`. That verification failed for the canary/default tenant `hongming`: redeploy did not leave every reachable tenant on the target tag even though the rest of the returned tenants reported the new SHA. EVIDENCE: run `206737`, job `275427`, context `publish-workspace-server-image / Production auto-deploy (push)`, head `7f25373309ec`. Log excerpt: `hongming is stale: actual=7a72516, expected=7f25373`. Same log shows `agents-team`, `chloe-dong`, `go-to-market`, `jrs-auto`, `molecule-adk-demo`, `reno-stars`, and `x9-ai` reporting `7f25373`, so this is not a repo-wide image-build failure. RECOMMENDED FIX SHAPE: investigate the production CP redeploy-fleet path and canary tenant `hongming` rollout handling, not molecule-core application code. Responsible surface is production deploy orchestration: `.gitea/workflows/publish-workspace-server-image.yml` plus the controlplane `redeploy-fleet` implementation/tenant selection. Minimal repro is re-run/query redeploy-fleet for target `staging-7f25373`, then compare `https://hongming.moleculesai.app/buildinfo` against another tenant that already reports `7f25373`.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: molecule-ai/molecule-core#2213