[
https://issues.apache.org/jira/browse/HBASE-25613?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sandeep Pal updated HBASE-25613:
--------------------------------
Description:
Currently, when we see the NoNodeException in the replication source while
removing a log from ZK, we swallow that exception and log WARN.
In certain cases, we might have the peer removed and corresponding logs
removing as well but the replication source continuous to run because of an RPC
failure or anything.
In stead of just log WARN we should check if the peer is removed, if it is the
case, we should terminate the source or try to execute the removePeer workflow
again.
This would prevent the orphaned source execution infinitely.
was:
Currently, when we see the NoNodeException in the replication source while
removing a log from ZK, we swallow that exception and log WARN.
In certain cases, we might have the peer removed and corresponding logs
removing as well but the replication source continuous to run because of an RPC
failure or anything.
In stead of just log WARN we should check if the peer is removed, it it we
should terminate the source or try to execute the removePeer workflow again.
This would prevent the orphaned source execution infinitely.
> [Branch-2 and Master]Handle the NoNode exception in remove log replication in
> a better way then just log WARN
> -------------------------------------------------------------------------------------------------------------
>
> Key: HBASE-25613
> URL: https://issues.apache.org/jira/browse/HBASE-25613
> Project: HBase
> Issue Type: Bug
> Reporter: Sandeep Pal
> Assignee: Sandeep Pal
> Priority: Major
> Fix For: 3.0.0-alpha-1, 2.5.0
>
>
> Currently, when we see the NoNodeException in the replication source while
> removing a log from ZK, we swallow that exception and log WARN.
>
> In certain cases, we might have the peer removed and corresponding logs
> removing as well but the replication source continuous to run because of an
> RPC failure or anything.
> In stead of just log WARN we should check if the peer is removed, if it is
> the case, we should terminate the source or try to execute the removePeer
> workflow again.
>
> This would prevent the orphaned source execution infinitely.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
