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

emergency_repair="force" option #4720

Closed
danielmewes opened this issue Aug 18, 2015 · 4 comments
Closed

emergency_repair="force" option #4720

danielmewes opened this issue Aug 18, 2015 · 4 comments
Assignees
Milestone

Comments

@danielmewes
Copy link
Member

We've had some situations where enough servers were up, but the configuration didn't propagate properly and thus the cluster got stuck.

Our current emergency_repair options only work if servers are actually disconnected. We should strongly consider adding some sort of emergency_repair="force" mode. I'm not sure if this could actually be an option to reconfigure, and we have to think about how and whether it should actually change the configuration.
Even if it just kept the current configuration, it could be useful if it forced a new epoch for the table configuration.

@VeXocide
Copy link
Member

In discussing this offline with @danielmewes we came to the conclusion that emergency_repair="force" may do more harm than good if it could overwrite the existing configuration with a completely new one. Instead we're going to add an emergency_repair mode that recommits the existing configuration with a new epoch.

Given that this is to repair problems that shouldn't normally occur we've decided to name it emergency_repair="_debug_recommit".

@VeXocide
Copy link
Member

VeXocide commented Sep 1, 2015

In CR 3199 by @danielmewes.

@VeXocide
Copy link
Member

VeXocide commented Sep 1, 2015

Merged into next via commit 072575e.

@VeXocide VeXocide closed this as completed Sep 1, 2015
@danielmewes danielmewes modified the milestones: 2.1.x, 2.2 Sep 3, 2015
@VeXocide
Copy link
Member

VeXocide commented Sep 3, 2015

Merged into v2.1.x via commit ddf6c84 as well.

@danielmewes danielmewes modified the milestones: 2.1.x, 2.1.3 Sep 4, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants