You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Dinesh Bhat (JIRA)" <ji...@apache.org> on 2017/01/09 20:55:58 UTC

[jira] [Commented] (KUDU-1330) Add tool to unsafely recover from loss of majority (or all) tablet replicas

    [ https://issues.apache.org/jira/browse/KUDU-1330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15812822#comment-15812822 ] 

Dinesh Bhat commented on KUDU-1330:
-----------------------------------

I wasn't earlier Todd, I am planning to work on this, it looks like this requires KUDU-1721 to be resolved first.

> Add tool to unsafely recover from loss of majority (or all) tablet replicas
> ---------------------------------------------------------------------------
>
>                 Key: KUDU-1330
>                 URL: https://issues.apache.org/jira/browse/KUDU-1330
>             Project: Kudu
>          Issue Type: New Feature
>          Components: ops-tooling
>    Affects Versions: 0.7.0
>            Reporter: Todd Lipcon
>            Assignee: Dinesh Bhat
>
> [~bruceSz] ran into this issue: if you have a table with replication set to 1, and you permanently lose a node, the table is stuck in a bad state. It would be nice to allow the operator to accept the data loss and replace the lost tablet with a new (empty) one.
> Similarly, I've had a few people ask about the scenario where you lose 2 of 3 replicas and you are willing to accept data loss, and force recovery from the remaining one replica.
> We should add a tool (or tools) for these recovery scenarios.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)