Skip to content

verify chorale liveness: PASS on AWS Fargate after resync-on-lag fix #2

Description

@fabracht

Context

stitch 0.2.0 shipped via PR #1 (squash commit 5169cce) with the resync-on-broadcast-lag fix, typed mqdb conflict mapping, and event_channel_capacity 1024→4096.

The original bug surfaced as liveness: FAIL in the chorale AWS scale test (10×200 tasks) against the embedded mqdb backend. That end-to-end repro is the acceptance gate for this fix and was not run before merge — it requires the AWS Fargate harness, which isn't available locally.

What's verified

  • Mechanism proven with in-process regression tests in crates/stitch/src/store.rs (store::tests): lag → resync, connection-status gate, sustained-overflow re-lag.
  • Concurrent same-key convergence test in crates/stitch/tests/memory_store.rs.
  • Full cargo test -p stitch (94 tests) + cargo clippy --workspace --all-targets green on 5169cce.

What's NOT verified

  • The actual chorale scale repro (liveness: PASS) on AWS Fargate.

Acceptance

  • Run the chorale 10×200 scale test on the AWS Fargate harness against main @ 5169cce (or later).
  • Confirm liveness: PASS.
  • If still failing, capture logs (look for mutation receiver lagged; resyncing from server and any residual Error::Conflict) and reopen investigation.

Note

There is no CI on this repo (no .github/workflows), so main has no automated regression gate for this path beyond the unit/regression tests above.

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions