hbase-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Chris Trezzo (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (HBASE-8229) Replication code logs like crazy if a target table cannot be found.
Date Mon, 01 Apr 2013 17:25:17 GMT

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

Chris Trezzo commented on HBASE-8229:
-------------------------------------

bq. For this issue, I'll just add the same waiting we do when the peer is down (which is the
same logical behavior we currently have, but without the insane busy retrying).

+1
                
> Replication code logs like crazy if a target table cannot be found.
> -------------------------------------------------------------------
>
>                 Key: HBASE-8229
>                 URL: https://issues.apache.org/jira/browse/HBASE-8229
>             Project: HBase
>          Issue Type: Bug
>          Components: Replication
>            Reporter: Lars Hofhansl
>             Fix For: 0.95.0, 0.98.0, 0.94.7
>
>
> One of our RS/DN machines ran out of diskspace on the partition to which we write the
log files.
> It turns out we still had a table in our source cluster with REPLICATION_SCOPE=>1
that did not have a matching table in the remote cluster.
> In then logged a long stack trace every 50ms or so, over a few days that filled up our
log partition.
> Since ReplicationSource cannot make any progress in this case anyway, it should probably
sleep a bit before retrying (or at least limit the rate at which it spews out these exceptions
to the log).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message