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 D9F2E9555 for ; Tue, 24 Apr 2012 01:50:36 +0000 (UTC) Received: (qmail 36039 invoked by uid 500); 24 Apr 2012 01:50:34 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 36019 invoked by uid 500); 24 Apr 2012 01:50:34 -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 36009 invoked by uid 99); 24 Apr 2012 01:50:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 01:50:34 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of cryptofive@gmail.com designates 209.85.214.172 as permitted sender) Received: from [209.85.214.172] (HELO mail-ob0-f172.google.com) (209.85.214.172) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Apr 2012 01:50:28 +0000 Received: by obbwd20 with SMTP id wd20so290871obb.31 for ; Mon, 23 Apr 2012 18:50:07 -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=M3uIppSxZA0rNq9UXlIEAW3CI7gxb5V5osGoNShbBBU=; b=rGX/FhROG9csFBQCOid9+U26xQC/N4mJOlhB30VTBb4e8Bl42tovj1S5yC8Txl1YNr T9IklNZmg/wcZrKOF/skYNUY2XFChX8MUgaxtl2ma/uxoKshzxmrDLNV17jj0Uz0qqmD WzKdbm4IiODYR5z/UqDVxZ+ui9T1jVbZ+gU+G9hnZEi9n+kjf8LgxA3hqosjCORXoRUv tPwlzI5gm1crqAvL+VrU0dw8BCbMLWJdu8gBduDfQlotJsJKt2UA92Z3BzpKlnrpn4dU PtkkbSc12cYwvYTs7LKtXAey9Rayc3JQM4m4N6PtkTYChv18GnQX/ckzdWFV6PdZQzJh 1cBg== MIME-Version: 1.0 Received: by 10.60.10.137 with SMTP id i9mr26882920oeb.23.1335232207685; Mon, 23 Apr 2012 18:50:07 -0700 (PDT) Received: by 10.182.32.102 with HTTP; Mon, 23 Apr 2012 18:50:07 -0700 (PDT) Date: Mon, 23 Apr 2012 18:50:07 -0700 Message-ID: Subject: Cassandra dying when gets many deletes From: crypto five To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=e89a8fb1f81a6e87ca04be62f98e X-Virus-Checked: Checked by ClamAV on apache.org --e89a8fb1f81a6e87ca04be62f98e Content-Type: text/plain; charset=ISO-8859-1 Hi, I have 50 millions of rows in column family on 4G RAM box. I allocatedf 2GB to cassandra. I have program which is traversing this CF and cleaning some data there, it generates about 20k delete statements per second. After about of 3 millions deletions cassandra stops responding to queries: it doesn't react to CLI, nodetool etc. I see in the logs that it tries to free some memory but can't even if I wait whole day. Also I see following in the logs: INFO [ScheduledTasks:1] 2012-04-23 18:38:13,333 StorageService.java (line 2647) Unable to reduce heap usage since there are no dirty column families When I am looking at memory dump I see that memory goes to ConcurrentSkipListMap(10%), HeapByteBuffer(13%), DecoratedKey(6%), int[](6%), BigInteger(8.2%), ConcurrentSkipListMap$HeadIndex(7.2%), ColumnFamily(6.5%), ThreadSafeSortedColumns(13.7%), long[](5.9%). What can I do to make cassandra stop dying? Why it can't free the memory? Any ideas? Thank you. --e89a8fb1f81a6e87ca04be62f98e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi,

I have 50 millions of rows in column family on 4G RA= M box. I allocatedf 2GB to cassandra.
I have program which is tra= versing this CF and cleaning some data there, it generates about 20k delete= statements per second.
After about of 3 millions deletions cassandra stops responding to quer= ies: it doesn't react to CLI, nodetool etc.
I see in the logs= that it tries to free some memory but can't even if I wait whole day.= =A0
Also I see following in =A0the logs:

INFO [Sc= heduledTasks:1] 2012-04-23 18:38:13,333 StorageService.java (line 2647) Una= ble to reduce heap usage since there are no dirty column families

When I am looking at memory dump I see that memory goes to C= oncurrentSkipListMap(10%), HeapByteBuffer(13%), DecoratedKey(6%), int[](6%)= , BigInteger(8.2%), ConcurrentSkipListMap$HeadIndex(7.2%), ColumnFamily(6.5= %), ThreadSafeSortedColumns(13.7%), long[](5.9%).

What can I do to make cassandra stop dying?=A0
Why it can't free the memory?
Any ideas?

Thank you.
--e89a8fb1f81a6e87ca04be62f98e--