Skip to content

Fail sub-orchestration fast when its instance id is already terminal#28

Open
tjgreen42 wants to merge 1 commit into
mainfrom
fix/suborch-id-squat-hang
Open

Fail sub-orchestration fast when its instance id is already terminal#28
tjgreen42 wants to merge 1 commit into
mainfrom
fix/suborch-id-squat-hang

Conversation

@tjgreen42
Copy link
Copy Markdown
Contributor

A sub-orchestration's child instance id is auto-generated as {parent}::sub::{event_id}. If an instance with that id already existed in a terminal state, the dispatcher's terminal fast-ack path discarded the incoming StartOrchestration without notifying the scheduling parent, so the parent awaited a completion that never arrived and hung.

The dispatcher now enqueues a SubOrchFailed back to the scheduling parent whenever a discarded terminal batch contains a StartOrchestration whose parent differs from the terminal instance's own recorded parent. The parent-mismatch check is what keeps ordinary at-least-once redelivery of a completed child's own start (same parent and id) from spuriously re-failing the parent.

As defense in depth, the client start APIs now reject instance ids using the reserved sub:: marker; plain :: (e.g. i4::child-1) stays valid. Reuses the existing SubOrchFailed work item and ErrorDetails variant, so mixed-version clusters are unaffected.

A sub-orchestration's child instance id is auto-generated as
{parent}::sub::{event_id}. If an instance with that id already exists in a
terminal state, the orchestration dispatcher's terminal fast-ack path discarded
the incoming StartOrchestration without notifying the scheduling parent, leaving
the parent awaiting a completion that never arrived.

The dispatcher now enqueues a SubOrchFailed back to the scheduling parent when a
discarded terminal batch contains a StartOrchestration whose parent differs from
the terminal instance's own recorded parent, so the parent fails fast. Genuine
redelivery of a completed child's start (same parent and id) is left untouched.

Client::start_orchestration and start_orchestration_versioned also now reject
instance ids that use the reserved sub:: marker, so a caller cannot occupy a
future child id. Other uses of :: remain valid.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
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