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 20340F3D4 for ; Tue, 9 Jul 2013 01:35:48 +0000 (UTC) Received: (qmail 5611 invoked by uid 500); 9 Jul 2013 01:35:45 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 5590 invoked by uid 500); 9 Jul 2013 01:35: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 5580 invoked by uid 99); 9 Jul 2013 01:35:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 01:35:45 +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 kohlisankalp@gmail.com designates 209.85.216.177 as permitted sender) Received: from [209.85.216.177] (HELO mail-qc0-f177.google.com) (209.85.216.177) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Jul 2013 01:35:41 +0000 Received: by mail-qc0-f177.google.com with SMTP id n1so2648834qcx.22 for ; Mon, 08 Jul 2013 18:35:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=ZsU8fAlaH/gvgOQ9KgMgKCwV6hMlHByxyqkjRsLt7Qk=; b=EAE9ZhgQl1kRBWornW7oWXFW+xDF7zMbU6dGq4zXaEplCEVu24OUSjHz5X1JiJYoNt tS2a+qT8FDwLdjnAHJSrU57Ej3W9OO4JfaNLZFYASbt2lrUUixF15Q7ssPSHDeCCGo0g 1rn8jZyVu9CQyZYZN+CLlpqDcNcyrhQiB4PZV7fN8j/jolfrspMvuCLdB/w2Mb84qHyy YqjMtdH8qkS8Kd9azITXiiZUhBYB9NYqF9Da66g5vyhK+O6+MmGGLxSaRxBIDJYv+qrl Z8mPGtlzww3WRMZdklOG2N+BdD5tcKEJBN/N166Xwt2xoQs8rBLLAoWscFX1xjTiTTfe LGWQ== X-Received: by 10.224.129.65 with SMTP id n1mr21406406qas.81.1373333720946; Mon, 08 Jul 2013 18:35:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.49.0.171 with HTTP; Mon, 8 Jul 2013 18:34:40 -0700 (PDT) In-Reply-To: <20130709005809.GA6024@quantcast.com> References: <20130709005809.GA6024@quantcast.com> From: sankalp kohli Date: Mon, 8 Jul 2013 18:34:40 -0700 Message-ID: Subject: Re: Trying to write when at cassandra capacity To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=001a11c1de30985f8e04e10a2c8c X-Virus-Checked: Checked by ClamAV on apache.org --001a11c1de30985f8e04e10a2c8c Content-Type: text/plain; charset=ISO-8859-1 I dont know what exactly will happen. These are the things which might happen 1) Commit log on disk gets recycled so I am assuming it might keep working. 2) SStable wont be able to create new files so it will see an IO exception. On Mon, Jul 8, 2013 at 5:58 PM, Faraaz Sareshwala wrote: > What does cassandra do when it is at its data capacity (disk drives and > memtable > is full) and writes continue to pour in? My intuition says that cassandra > won't > be able to handle the new writes (they will either get silently dropped or > cassandra will hit an OOM -- does anyone know which one?). The sstables on > disk > won't magically disappear so cassandra won't be able to service the write > requests. > > Has anyone run into this situation before and does anyone know for sure > what > happens? I wanted to write in to confirm whether my intuition was correct > or > not. > > Faraaz > --001a11c1de30985f8e04e10a2c8c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I dont know what exactly will happen. These are the things= which might happen
1) Commit log on disk gets recycled so I am a= ssuming it might keep working.
2) SStable wont be able to c= reate new files so it will see an IO exception.=A0



On Mon, Jul 8, 2013 at 5:58 PM, Faraaz Sareshwala <fsareshwala@quantcast.com> wrote:
What does cassandra do when it is at its dat= a capacity (disk drives and memtable
is full) and writes continue to pour in? My intuition says that cassandra w= on't
be able to handle the new writes (they will either get silently dropped or<= br> cassandra will hit an OOM -- does anyone know which one?). The sstables on = disk
won't magically disappear so cassandra won't be able to service the= write
requests.

Has anyone run into this situation before and does anyone know for sure wha= t
happens? I wanted to write in to confirm whether my intuition was correct o= r
not.

Faraaz

--001a11c1de30985f8e04e10a2c8c--