Epic: Phase 2 — Dual Primary Write Mode #162

Open
opened 2026-03-15 23:08:37 +00:00 by freemo · 0 comments
Owner

Background and Context

In Phase 2 of the GDBM-to-ES migration, both stores must succeed for a write to complete. If the ES write fails after a successful GDBM write, the GDBM write must be rolled back. This ensures the two stores never diverge. Verification tooling confirms store consistency before transitioning to Phase 3.

Demonstrable Outcome

When es_write_mode: :dual_primary, any ES failure triggers GDBM rollback. A verification tool compares all GDBM objects against ES aggregates and reports zero discrepancies.

Acceptance Criteria

  • :dual_primary mode implemented with rollback
  • Verification tool detects and reports discrepancies
  • Full migration verified with zero missing aggregates
## Background and Context In Phase 2 of the GDBM-to-ES migration, both stores must succeed for a write to complete. If the ES write fails after a successful GDBM write, the GDBM write must be rolled back. This ensures the two stores never diverge. Verification tooling confirms store consistency before transitioning to Phase 3. ## Demonstrable Outcome When `es_write_mode: :dual_primary`, any ES failure triggers GDBM rollback. A verification tool compares all GDBM objects against ES aggregates and reports zero discrepancies. ## Acceptance Criteria - `:dual_primary` mode implemented with rollback - Verification tool detects and reports discrepancies - Full migration verified with zero missing aggregates
freemo added this to the v1.2.0 milestone 2026-03-15 23:19:46 +00:00
freemo modified the milestone from v1.2.0 to v1.0.0 2026-03-15 23:30:07 +00:00
freemo self-assigned this 2026-03-16 01:26:56 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Reference: aethyr/Aethyr#162
No description provided.