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

broker/client: surface JOURNAL_NOT_FOUND from RetryReader #397

Merged
merged 1 commit into from
Sep 6, 2024

Conversation

jgraettinger
Copy link
Contributor

@jgraettinger jgraettinger commented Sep 6, 2024

JOURNAL_NOT_FOUND is generally not a retry-able condition. It was orignally made so with a "shrug", on the premise that users may create journals after they had started their consumers. In practice, I'm not aware of any utility for it.

Also tweak logging to reduce noise in environments that have many journals with no current append volume, where read re-authorizations are somewhat frequently obtained.


This change is Reviewable

Copy link
Contributor

@psFried psFried left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

IIRC there's still a reason for considering JOURNAL_NOT_FOUND a retry-able error for appends, due to a race condition when creating new partitions. But this is just for reads, and I also can't think of a reason why we should retry them.

@jgraettinger
Copy link
Contributor Author

Now I'm worried about a creation race condition where the broker serving a List RPC sees the journal creation just slightly ahead of the broker to which the Read RPC is directed (the read doesn't have a read-through revision attached).

JOURNAL_NOT_FOUND is generally not a retry-able condition. It was
orignally made so with a "shrug", on the premise that users may create
journals after they had started their consumers. In practice,
I'm not aware of any utility for it.

Also tweak logging to reduce noise in environments that have many
journals with no current append volume, where read re-authorizations
are somewhat frequently obtained.
@jgraettinger
Copy link
Contributor Author

PTAL -- we'll now make a few attempts if the request doesn't have a read-through revision, and then error.

@jgraettinger jgraettinger merged commit a6f7fe7 into master Sep 6, 2024
1 check passed
@jgraettinger jgraettinger deleted the johnny/retry-tweaks branch September 6, 2024 15:43
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.

2 participants