[ https://issues.apache.org/jira/browse/HBASE-6550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Lars Hofhansl updated HBASE-6550: --------------------------------- Attachment: 6550-havealook.txt So you guarding against the client (i.e. the ReplicationSource) going away. I see. Although I would not think that that would be a common problem once the timeouts here are short enough. Just because it is easier to make a patch than to describe what I mean, I made one. I am *not* saying you to do it this way, just showing what I mean. Have a look (the Executor probably needs tweaking and the DaemonThreadFactory should go into a common class, but you get the gist). > Refactoring ReplicationSink to make it more responsive of cluster health > ------------------------------------------------------------------------ > > Key: HBASE-6550 > URL: https://issues.apache.org/jira/browse/HBASE-6550 > Project: HBase > Issue Type: New Feature > Components: replication > Reporter: Himanshu Vashishtha > Assignee: Himanshu Vashishtha > Attachments: 6550-havealook.txt, HBase-6550-v1.patch > > > ReplicationSink replicates the WALEdits in the local cluster. It uses native > HBase client to insert the mutations. Sometime, it takes a while to process > it (may be due to region splitting, gc pause, etc) and it undergoes the > retrial phase. > It has two repercussions: > a) The regionserver handler which is serving the request (till now, a > priority handler) is blocked for this period. > b) The caller may get timed out and it will retry it anyway, but the handler > serving the ReplicationSink requests is still working. > Refactoring ReplicationSink to have the following features: > a) Making it more configurable (have its own number of retrial limit, > connection timeout, etc) > b) Add a fail fast behavior so that it bails out in case caller is timedout, > or any exception in processing the mutation batch. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira