Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Mon, 4 Jan 2016 20:16:39 +0000 (UTC)
From: "Carl Yeksigian (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12925135.1451588479000.13281.1451938599953@Atlassian.JIRA>
In-Reply-To: <JIRA.12925135.1451588479000@Atlassian.JIRA>
References: <JIRA.12925135.1451588479000@Atlassian.JIRA>
 <JIRA.12925135.1451588479625@arcas>
Subject: [jira] [Resolved] (CASSANDRA-10960) Compaction should delete old
 files from incremental backups folder
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/CASSANDRA-10960?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Carl Yeksigian resolved CASSANDRA-10960.
----------------------------------------
    Resolution: Not A Problem

Yes, this is how backups work; you have to manually delete the backups after you are finished backing them up.

> Compaction should delete old files from incremental backups folder
> ------------------------------------------------------------------
>
>                 Key: CASSANDRA-10960
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10960
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Compaction
>         Environment: PROD
>            Reporter: Anubhav Kale
>            Priority: Minor
>
> When compaction runs the old flushed SS Tables from backups folder are not deleted. If folks need to move the backups folder somewhere outside the cluster, recovery becomes slower because unnecessary files need to be copied back. 
> Is this behavior by design ? 


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)