-
Notifications
You must be signed in to change notification settings - Fork 332
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
fix: ensure table route metadata is eventually rolled back on failure #5174
fix: ensure table route metadata is eventually rolled back on failure #5174
Conversation
Important Review skippedAuto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the You can disable this status message by setting the Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
Documentation and Community
|
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #5174 +/- ##
==========================================
- Coverage 84.04% 83.86% -0.18%
==========================================
Files 1173 1178 +5
Lines 218819 219220 +401
==========================================
- Hits 183904 183854 -50
- Misses 34915 35366 +451 |
5a52ab8
to
473343a
Compare
eb52b51
to
09f46ac
Compare
09f46ac
to
1dd0093
Compare
…#5174) * fix: ensure table route metadata is eventually rolled back on procedure failure * fix(fuzz): enhance procedure condition checking * chore: add logs * feat: close downgraded leader region actively * chore: apply suggestions from CR
…#5174) * fix: ensure table route metadata is eventually rolled back on procedure failure * fix(fuzz): enhance procedure condition checking * chore: add logs * feat: close downgraded leader region actively * chore: apply suggestions from CR
I hereby agree to the terms of the GreptimeDB CLA.
Refer to a related PR or issue link (optional)
What's changed and what's your intention?
Although the initial implementation included rollback logic, it wasn't guaranteed to execute in all cases (e.g., when the maximum retry count was exceeded). This PR ensures that metadata rollback is reliably performed even when the maximum retry count is reached, except in rare cases where rollback is impossible, such as etcd failures.
This PR also increases the lock granularity. In multi-partition table scenarios, optimistic metadata updates were not as effective as expected and resulted in broken metadata.
Checklist