Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Client.story - Support collecting cluster-wide story for a key or stimulus ID #5872

Closed
Tracked by #5736
fjetter opened this issue Feb 28, 2022 · 0 comments
Closed
Tracked by #5736
Assignees
Labels
diagnostics enhancement Improve existing functionality or make things work better good second issue Clearly described, educational, but less trivial than "good first issue". stability Issue or feature related to cluster stability (e.g. deadlock)

Comments

@fjetter
Copy link
Member

fjetter commented Feb 28, 2022

Worker and Scheduler both support a {Worker|Scheduler}.story} method which filters the transition log and returns all events for a given key or stimulus ID. Often, to understand the story the entire cluster-wide history is relevant.

The Client should support an API returning the story of the a key or stimulus ID.

  • It must be clear where the event originated from (That's important to distinguish clocks)
  • The failure behaviour of timed out workers should be configurable (raise, ignore). TBD: Should there be a sentinel if ignored?

Note: The log format for scheduler and worker events are still different.

Stimulus IDs on scheduler side only supported once #5849 is implemented

@fjetter fjetter added enhancement Improve existing functionality or make things work better diagnostics good second issue Clearly described, educational, but less trivial than "good first issue". stability Issue or feature related to cluster stability (e.g. deadlock) labels Mar 23, 2022
@sjperkins sjperkins mentioned this issue Mar 24, 2022
3 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
diagnostics enhancement Improve existing functionality or make things work better good second issue Clearly described, educational, but less trivial than "good first issue". stability Issue or feature related to cluster stability (e.g. deadlock)
Projects
None yet
2 participants