Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 84DFC11364 for ; Wed, 18 Jun 2014 19:39:47 +0000 (UTC) Received: (qmail 29888 invoked by uid 500); 18 Jun 2014 19:39:45 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 29852 invoked by uid 500); 18 Jun 2014 19:39:45 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 29842 invoked by uid 99); 18 Jun 2014 19:39:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2014 19:39:45 +0000 X-ASF-Spam-Status: No, hits=3.2 required=5.0 tests=HTML_MESSAGE,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of tarbox@cabotresearch.com does not designate 100.0.119.58 as permitted sender) Received: from [100.0.119.58] (HELO scmgateway.cabotresearch.com) (100.0.119.58) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Jun 2014 19:39:40 +0000 Received: from mail-oa0-f52.google.com (unknown [209.85.219.52]) by scmgateway.cabotresearch.com with smtp (TLS: TLSv1/SSLv3,128bits,RC4-SHA) id 7438_0988_4e51db78_e39e_4c47_a55c_151e145eaec7; Wed, 18 Jun 2014 15:29:36 -0400 Received: by mail-oa0-f52.google.com with SMTP id j17so2964666oag.11 for ; Wed, 18 Jun 2014 12:39:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=Hv8OzM3UbZhXQQM4dWOt1G2M7YLp/RcHE8XuyHwTdWc=; b=Cht6MmfGIr2awhmoU40UqxmZATRWBSEjHwF/c/pQJHQKTtRVU6rTE1EIFLoQWXGcTO 9xZ/eH9ZVi/nbTxj0YQgI6x5pV6eWqy4iuOD8cQbFm65LiP1nxjdKHL+HAvwGvwa9Sy2 og7ua4DkTRygRBM1n9mg3BhJNQ52kyDKXS2qcJERtR7LZzehPYXR6KnC6eq38SRNRcOr LApYD0TMl1h8B26IG9dArkMvkJUt3fGIzNsucSKcr8FnYG5l+njEtHlWTeh9cNmJQnro TWALRPTHRkq48Cj1UgiiMkRvewWMnECJAyg1A9QGLxW/Ddbo9kYs34oQj0WJMBnHTnDY 9yaw== X-Gm-Message-State: ALoCoQm39V7Dv/IX74cgUXeBR1lQX3+vmCyqvma1Fp1L3Hj2puEdZofZ9Uub9Vn9+6tyl06CWH30IxvnPLUODi8YcSUD1e7aOKRBzq/JIQyAQzb2HQeZTioCPLNSexkuIZkd3kkV1fOO X-Received: by 10.182.153.33 with SMTP id vd1mr200543obb.86.1403120356475; Wed, 18 Jun 2014 12:39:16 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.182.153.33 with SMTP id vd1mr200532obb.86.1403120356340; Wed, 18 Jun 2014 12:39:16 -0700 (PDT) Received: by 10.202.7.82 with HTTP; Wed, 18 Jun 2014 12:39:16 -0700 (PDT) In-Reply-To: References: Date: Wed, 18 Jun 2014 15:39:16 -0400 Message-ID: Subject: Re: can I kill very old data files in my data folder (I know that sounds crazy but....) From: Brian Tarbox To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=089e013a23786acdc104fc216ac8 X-Virus-Checked: Checked by ClamAV on apache.org --089e013a23786acdc104fc216ac8 Content-Type: text/plain; charset=UTF-8 I don't think I have the space to run a major compaction right now (I'm above 50% disk space used already) and compaction can take extra space I think? On Wed, Jun 18, 2014 at 3:24 PM, Robert Coli wrote: > On Wed, Jun 18, 2014 at 12:05 PM, Brian Tarbox > wrote: > >> Thank you! We are not using TTL, we're manually deleting data more than >> 5 days old for this CF. We're running 1.2.13 and are using size tiered >> compaction (this cf is append-only i.e.zero updates). >> >> Sounds like we can get away with doing a (stop, delete old-data-file, >> restart) process on a rolling basis if I understand you. >> > > Sure, though in your case (because you're using STS and can) I'd probably > just run a major compaction. > > =Rob > > --089e013a23786acdc104fc216ac8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I don't think I have the space to run a major compacti= on right now (I'm above 50% disk space used already) and compaction can= take extra space I think?


On Wed, Jun 18, 2014 at 3:24 PM, Robert Coli <rcoli@eventbrite.com= > wrote:
On Wed, Jun 18, 2014 at 12:05 PM, Brian Tarbox <tarbox@= cabotresearch.com> wrote:
Thank you! =C2=A0 We a= re not using TTL, we're manually deleting data more than 5 days old for= this CF. =C2=A0We're running 1.2.13 and are using size tiered compacti= on (this cf is append-only i.e.zero updates).

Sounds like we can get away with doing a (stop, delete = old-data-file, restart) process on a rolling basis if I understand you.

Sure, though in your case (b= ecause you're using STS and can) I'd probably just run a major comp= action.

=3DRob
=C2=A0

--089e013a23786acdc104fc216ac8--