You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ratis.apache.org by "Yaolong Liu (Jira)" <ji...@apache.org> on 2022/07/23 15:41:00 UTC

[jira] [Comment Edited] (RATIS-1636) Support lock leadership on the specific server

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

Yaolong Liu edited comment on RATIS-1636 at 7/23/22 3:40 PM:
-------------------------------------------------------------

[~szetszwo] Thanks for reply.
Yes, once the debug time exceeds the timeout , the cluster will switch leader. My assumption is whether we can support dynamic update the property of timeout and then when debugging. We can execute a command similar to 
{code:bash}
bin/ratis sh property-set xxx.xxx.timeout=xxx
{code}
so is this feature completed to a certain extent?  Or, do you have any good suggestions?


was (Author: JIRAUSER280039):
[~szetszwo] Thanks for reply.
Yes, once the debug time exceeds the timeout , the cluster will switch leader. My assumption is whether we can support dynamic update the property of timeout and then when debugging. We can execute a command similar to 
{code:shell}
bin/ratis sh property-set xxx.xxx.timeout=xxx
{code}
so is this feature completed to a certain extent?  Or, do you have any good suggestions?

> Support lock leadership on the specific server
> ----------------------------------------------
>
>                 Key: RATIS-1636
>                 URL: https://issues.apache.org/jira/browse/RATIS-1636
>             Project: Ratis
>          Issue Type: New Feature
>          Components: server, shell
>            Reporter: Yaolong Liu
>            Priority: Major
>
> Recently, when I was debugging code, I found that if the program stops at the breakpoint for a period of time, the leader will switch to another server, which is not conducive to my troubleshooting. Can we add a feature to lock the leader on the specific server?



--
This message was sent by Atlassian Jira
(v8.20.10#820010)