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 A40FA18876 for ; Fri, 22 May 2015 10:53:01 +0000 (UTC) Received: (qmail 11122 invoked by uid 500); 22 May 2015 10:52:58 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 11075 invoked by uid 500); 22 May 2015 10:52:58 -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 11065 invoked by uid 99); 22 May 2015 10:52:58 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 22 May 2015 10:52:58 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 4E551C6821 for ; Fri, 22 May 2015 10:52:58 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 3.129 X-Spam-Level: *** X-Spam-Status: No, score=3.129 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, HTML_MESSAGE=3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd1-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-eu-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id NLeLRfNy3mjB for ; Fri, 22 May 2015 10:52:57 +0000 (UTC) Received: from mail-qk0-f170.google.com (mail-qk0-f170.google.com [209.85.220.170]) by mx1-eu-west.apache.org (ASF Mail Server at mx1-eu-west.apache.org) with ESMTPS id 5892220BA8 for ; Fri, 22 May 2015 10:52:57 +0000 (UTC) Received: by qkx62 with SMTP id 62so8594827qkx.3 for ; Fri, 22 May 2015 03:51:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=y7yLRb4ii86Gfo1jAudJ9MaiNX6DBZT+7tj/NzYNgVs=; b=0lPpTiDW6WgjovUHAvQTYVeTsacsEyNle+aHOC6pr39hxzVSKCkPY9jdTo3l1M36K+ 9qInmC0vrxx3eul61Bk1zx0MNmgziZnPi0Z0Em1NtdrNQZIokR6LYXtU1MoDtcxUnMLh OUJKoySTAaPKdw8g1atFKNSyqJyWO/w0tkdfFsvsh0xkqztcdJohz1W2PulpFVtGdCfC R+73uDEX3lto6eaxiTZqGMyruTQLIkA4FeVXR9aqtFProubN5tEiOiUjurG66Dx5b0CT 7+zito715n3moGmsesG9JnbxXC9agtKkaWb64sT5bJeP/xZ8GHupDJn06DPdpDCWx6mS QJiQ== MIME-Version: 1.0 X-Received: by 10.140.32.38 with SMTP id g35mr9747287qgg.74.1432291886382; Fri, 22 May 2015 03:51:26 -0700 (PDT) Received: by 10.140.29.197 with HTTP; Fri, 22 May 2015 03:51:26 -0700 (PDT) Date: Fri, 22 May 2015 15:51:26 +0500 Message-ID: Subject: Normal to have an 8g commit log? From: Ali Akhtar To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a1139bcda1a46920516a97169 --001a1139bcda1a46920516a97169 Content-Type: text/plain; charset=UTF-8 I have a single node c* server (used for dev). I've been playing around with it, inserting / removing several million rows. At the moment, all tables have been dropped / truncated, and the data directory itself is showing about 45mb used (most of it is probably in the OpsCenter tables rather than mine). However, the commitlog directory shows a size of 8.1g. Is that really normal? If this keeps up, I may run out of disk space due to the size of the commit log rather than because of data. I have run nodetool compact, but it didnt bring down the size. --001a1139bcda1a46920516a97169 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have a single node c* server (used for dev). I've be= en playing around with it, inserting / removing several million rows. At th= e moment, all tables have been dropped / truncated, and the data directory = itself is showing about 45mb used (most of it is probably in the OpsCenter = tables rather than mine).

However, the commitlog directo= ry shows a size of 8.1g. Is that really normal? If this keeps up, I may run= out of disk space due to the size of the commit log rather than because of= data.

I have run nodetool compact, but it didnt b= ring down the size.
--001a1139bcda1a46920516a97169--