You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@kudu.apache.org by "Todd Lipcon (JIRA)" <ji...@apache.org> on 2018/01/19 01:58:03 UTC

[jira] [Resolved] (KUDU-1721) Expose ability to force an unsafe Raft configuration change

     [ https://issues.apache.org/jira/browse/KUDU-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Todd Lipcon resolved KUDU-1721.
-------------------------------
       Resolution: Fixed
         Assignee: Dinesh Bhat  (was: zhangsong)
    Fix Version/s: 1.4.0

> Expose ability to force an unsafe Raft configuration change
> -----------------------------------------------------------
>
>                 Key: KUDU-1721
>                 URL: https://issues.apache.org/jira/browse/KUDU-1721
>             Project: Kudu
>          Issue Type: Bug
>          Components: consensus
>            Reporter: Mike Percy
>            Assignee: Dinesh Bhat
>            Priority: Major
>             Fix For: 1.4.0
>
>
> Add the ability to force an “unsafe” configuration change via RPC to the leader. Instead of specifying AddServer() or RemoveServer(), which enforce one-by-one configuration changes due to their inherent contract, we could specify an unsafe configuration change API for administrative / emergency cases only that the leader would process without going through the normal "one by one" safety checks required by the Raft dissertation config change protocol.
> The leader should still reject configuration changes in which is it not a member of the requested new configuration.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)