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.

Activity

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

    bugSomething isn't working

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions