[ https://issues.apache.org/jira/browse/HBASE-19441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16399704#comment-16399704 ]
Ted Yu commented on HBASE-19441: -------------------------------- {code} + public final static String BACKUP_EXCLUSIVE_OPERATION_TIMEOUT_KEY = + "hbase.backup.exclusive.op.timeout"; {code} You can add '.second' as suffix to the key name. {code} + } catch (InterruptedException e1) { + } {code} Restore interrupt status in the catch block. Is it possible to add a test ? > Implement retry logic around starting exclusive backup operation > ---------------------------------------------------------------- > > Key: HBASE-19441 > URL: https://issues.apache.org/jira/browse/HBASE-19441 > Project: HBase > Issue Type: Improvement > Components: backup&restore > Reporter: Josh Elser > Priority: Major > Fix For: 3.0.0 > > Attachments: HBASE-19441-v1.patch > > > {quote} > Specifically, the client does a checkAndPut to specifics coordinates in the > backup table and throws an exception when that fails. Remember that backups > are client driven (per some design review from a long time ago), so queuing > is tough to reason about (we have no "centralized" execution system to use). > At a glance, it seems pretty straightforward to add some retry/backoff > semantics to BackupSystemTable#startBackupExclusiveOperation(). > {quote} > While we are in a state in which backup operations cannot be executed in > parallel, it would be nice to provide some retry logic + configuration. This > would alleviate users from having to build this themselves. -- This message was sent by Atlassian JIRA (v7.6.3#76005)