You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Vladimir Rodionov (JIRA)" <ji...@apache.org> on 2017/09/13 18:58:02 UTC

[jira] [Commented] (HBASE-18808) Inaccurate config check in BackupLogCleaner#getDeletableFiles()

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

Vladimir Rodionov commented on HBASE-18808:
-------------------------------------------

Yes, enabling/disabling backup requires cluster restart. Not sure I am following you here, Ted.

> Inaccurate config check in BackupLogCleaner#getDeletableFiles()
> ---------------------------------------------------------------
>
>                 Key: HBASE-18808
>                 URL: https://issues.apache.org/jira/browse/HBASE-18808
>             Project: HBase
>          Issue Type: Bug
>            Reporter: Ted Yu
>            Assignee: Vladimir Rodionov
>
> Here is related code:
> {code}
>     if (this.getConf() == null || !BackupManager.isBackupEnabled(getConf())) {
>       LOG.warn("Backup is not enabled. Check your " + BackupRestoreConstants.BACKUP_ENABLE_KEY
>           + " setting");
>       return files;
>     }
> {code}
> However, in setConf() we don't store the Configuration where backup is disabled:
> {code}
>   public void setConf(Configuration config) {
>     // If backup is disabled, keep all members null
>     if (!config.getBoolean(BackupRestoreConstants.BACKUP_ENABLE_KEY,
>       BackupRestoreConstants.BACKUP_ENABLE_DEFAULT)) {
>       LOG.warn("Backup is disabled - allowing all wals to be deleted");
>       return;
>     }
> {code}
> This means that once config with backup enabled is remembered, it won't go to disabled state.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)