Skip to content
This repository was archived by the owner on Feb 18, 2025. It is now read-only.

WIP: Analysis: LockedSemiSyncMaster#1173

Closed
shlomi-noach wants to merge 5 commits intomasterfrom
analysis-blocked-semi-sync-master
Closed

WIP: Analysis: LockedSemiSyncMaster#1173
shlomi-noach wants to merge 5 commits intomasterfrom
analysis-blocked-semi-sync-master

Conversation

@shlomi-noach
Copy link
Collaborator

A new analysis entry aimed to identify a blocked semi-sync master situation.

Example scenario depicted in #1137

e.g. a master has a single semi-sync replica and a configuration of:

  • rpl_semi_sync_master_enabled=ON
  • rpl_semi_sync_master_timeout=10000000000
  • rpl_semi_sync_master_wait_for_slave_count=1

if the semi-sync replica goes down, the master blocks writes. We want to identify this as a failure scenario (a recovery might be: enable semi-sync on a different replica).

However, we probably also want to make this detection only after some X seconds, because due to the nature of the setup, it may be normal for the master to block for 1 or 2 seconds occasionally.
The issue right now (which is why this PR is WIP at this time) is to be able to reliably say "the master has been blocked since 20sec ago". There's various ways to go about that, which I'm exploring.

@shlomi-noach
Copy link
Collaborator Author

#1175 replaces this PR. Closing without merging.

@shlomi-noach shlomi-noach deleted the analysis-blocked-semi-sync-master branch May 29, 2020 07:37
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant