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

Janus Chow updated HDFS-15616:
------------------------------
    Description: 
Currently when Observer is transitioned from StandbyState, the editLogTailer 
will still send the request to roll editLog to ActiveNN, which should be 
disabled to keep the definition of "logRollPeriodMs" clear.

One thing I'm not sure is for a cluster with multi standby Namenode, all the 
standby NN will trigger the roll. Should this feature be extended to all 
standby NNs or implementing on observers first?

  was:
Currently when Observer is transitioned from StandbyState, the editLogTailer 
will still send the request to roll editLog to ActiveNN, which should be 
disabled to keep the definition of "

logRollPeriodMs" clear.

One thing I'm not sure is for a cluster with multi standby Namenode, all the 
standby NN will trigger the roll. Should this feature be extended to all 
standby NNs or implementing on observers first?


> [SBN] Disable trigger edit Log Roll for Observers
> -------------------------------------------------
>
>                 Key: HDFS-15616
>                 URL: https://issues.apache.org/jira/browse/HDFS-15616
>             Project: Hadoop HDFS
>          Issue Type: Improvement
>          Components: hdfs
>            Reporter: Janus Chow
>            Priority: Major
>         Attachments: HDFS-15616.001.patch
>
>
> Currently when Observer is transitioned from StandbyState, the editLogTailer 
> will still send the request to roll editLog to ActiveNN, which should be 
> disabled to keep the definition of "logRollPeriodMs" clear.
> One thing I'm not sure is for a cluster with multi standby Namenode, all the 
> standby NN will trigger the roll. Should this feature be extended to all 
> standby NNs or implementing on observers first?



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

---------------------------------------------------------------------
To unsubscribe, e-mail: hdfs-issues-unsubscr...@hadoop.apache.org
For additional commands, e-mail: hdfs-issues-h...@hadoop.apache.org

Reply via email to