You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@ozone.apache.org by "Shashikant Banerjee (Jira)" <ji...@apache.org> on 2021/04/14 05:56:00 UTC

[jira] [Updated] (HDDS-5104) Prioritising SCM's in SCM HA setup

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

Shashikant Banerjee updated HDDS-5104:
--------------------------------------
    Description: 
Currently, with safemode being tied to individual SCMs not with the HA state itself, it might happen, a leader out of safe mode , serves client requests and then a leader election can happen which might elect a SCM node which is not out of safe mode, can get elected as a leader being in safe mode itself. In cases as such, when a node gets elected as a leader being in safe mode itlsef, client requests will start failing with Safemode exception although, initially, requests were served successfully by the old leader which was out of safe mode. The idea here is to avoid such experiences.

The simplest solution to avoid such scenarios to the best extent is to assign priorities to SCM nodes depending upon the safemode status and altering the priority accordingly. These priorities will ensure a node in safe mode does not get elected if there are other nodes in the ring which are out of safe mode.

> Prioritising SCM's in SCM HA setup
> ----------------------------------
>
>                 Key: HDDS-5104
>                 URL: https://issues.apache.org/jira/browse/HDDS-5104
>             Project: Apache Ozone
>          Issue Type: Sub-task
>            Reporter: Shashikant Banerjee
>            Assignee: Shashikant Banerjee
>            Priority: Major
>             Fix For: 1.2.0
>
>
> Currently, with safemode being tied to individual SCMs not with the HA state itself, it might happen, a leader out of safe mode , serves client requests and then a leader election can happen which might elect a SCM node which is not out of safe mode, can get elected as a leader being in safe mode itself. In cases as such, when a node gets elected as a leader being in safe mode itlsef, client requests will start failing with Safemode exception although, initially, requests were served successfully by the old leader which was out of safe mode. The idea here is to avoid such experiences.
> The simplest solution to avoid such scenarios to the best extent is to assign priorities to SCM nodes depending upon the safemode status and altering the priority accordingly. These priorities will ensure a node in safe mode does not get elected if there are other nodes in the ring which are out of safe mode.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@ozone.apache.org
For additional commands, e-mail: issues-help@ozone.apache.org