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

operator: Add the option to immediately decommission ghosts #13298

Merged
merged 2 commits into from
Sep 8, 2023

Commits on Sep 6, 2023

  1. Configuration menu
    Copy the full SHA
    564db32 View commit details
    Browse the repository at this point in the history

Commits on Sep 7, 2023

  1. operator: Add the option to immediately decommission ghosts

    When a broker's storage is deleted, it comes back with a new broker id.
    There's no indication as to why the data is gone or whether it can be
    recovered. Since the Cluster resource is deprecated and the cloud team
    would just like to have a method to delete it regardless, the consensus
    is that we should assume it's not recoverable and decommission the old
    broker id immediately.
    
    This PR adds a hidden flag, `unsafe-decommission-failed-brokers` that,
    if set to true, will offer this behavior.
    
    This is dangerous and shouldn't be used. There are circumstances in which
    brokers with valid data can be decommissioned and even the potential for
    all the brokers to be decommissioned.
    joejulian committed Sep 7, 2023
    Configuration menu
    Copy the full SHA
    ea40014 View commit details
    Browse the repository at this point in the history