Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 56672 invoked from network); 23 Dec 2010 23:36:14 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 23 Dec 2010 23:36:14 -0000 Received: (qmail 55635 invoked by uid 500); 23 Dec 2010 23:36:12 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 55603 invoked by uid 500); 23 Dec 2010 23:36:12 -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 55595 invoked by uid 99); 23 Dec 2010 23:36:12 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 23:36:12 +0000 X-ASF-Spam-Status: No, hits=1.5 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dan.hendry.junk@gmail.com designates 209.85.212.44 as permitted sender) Received: from [209.85.212.44] (HELO mail-vw0-f44.google.com) (209.85.212.44) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Dec 2010 23:36:05 +0000 Received: by vws7 with SMTP id 7so2518439vws.31 for ; Thu, 23 Dec 2010 15:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=g1vgV7clS8tSaFjIeCsmABu1Lf5DPQxf4PuB/m777sU=; b=HF+5d6FFc/K7RZQ/9qO/1nyZagpEV8NcD6DzJxvp+z83oWOKxRPYR7q8fe21MF2lpO +EbkHCbUke7mXvq643rsZrEbpWpLje+4m45yvTnm/e9kNQj2xI0nPAkn78JYpVqfQU0n 6v0+kcoTR1yQLadtURERJuT0R2tsVjn5wbeJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=fCsUiYOY5EF03mfpHOlj9ovq1+yh55Id3+gBukIP/bCMN/QFUdq4Md/sTJyVIgVaWf qcenNFCtLXZiwufrrb/opekND4VyLS6P/6mPLWvOOguONxYhHRCP1fa5C4BY/vGLfQh6 ehICX/sKPFSCn1xxuvIrytlXTTkADtd0JtqzA= MIME-Version: 1.0 Received: by 10.220.199.135 with SMTP id es7mr2337348vcb.262.1293147344244; Thu, 23 Dec 2010 15:35:44 -0800 (PST) Received: by 10.220.178.134 with HTTP; Thu, 23 Dec 2010 15:35:44 -0800 (PST) In-Reply-To: References: Date: Thu, 23 Dec 2010 18:35:44 -0500 Message-ID: Subject: Re: Having trouble getting cassandra to stay up From: Dan Hendry To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=90e6ba53a01e1892ec04981c5459 X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba53a01e1892ec04981c5459 Content-Type: text/plain; charset=ISO-8859-1 Your details are rather vague, what do you mean by killed? Is the Cassandra java process still running? Any other warning or error log messages (from either node)? Could you provide the last few Cassandra log lines from each machine? Can you connect to the node via JMX? What is the output of nodetool ring from the second node (which is presumably still alive)? Is there any unusual system activity: high cpu usage, low cpu usage, problems with disk IO (can be checked with vmstat). Can you provide any further system information? Linux/windows, java version, 32/64 bit, amount of ram? On Thu, Dec 23, 2010 at 1:42 PM, Alex Quan wrote: > Hi, > > I am a newbie to cassandra and am using cassandra RC 2. I initially have > cassndra working on one node and was able to create keyspace, column > families and populate the database fine. I tried adding a second node by > changing the seed to point to another node and setting listen_address and > rpc_address to blank. I then started up the second node and it seems to have > connected fine using the node tool but after that I couldn't get it to > accept any commands and whenever I tried to make a new keyspace or column > family it would kill my initial node after a message like this: > > INFO 18:19:49,335 switching in a fresh Memtable for Schema at > CommitLogContext(file='/var/lib/cassandra/commitlog/CommitLog-1293127746481.log', > position=9143) > INFO 18:19:49,335 Enqueuing flush of Memtable-Schema@1358138608(2410 > bytes, 5 operations) > Killed > > and the next few time I start up the server a similar would pop up until I > am guessing all the stuff is flushed out then it would start fine until I > tried to add anything to it. I tried changing back the yaml file back to the > original setup and this still happens. I don't know what to try to get it to > work properly, if you guys can help I would be really grateful > > Alex > --90e6ba53a01e1892ec04981c5459 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Your details are rather vague, what do you mean by killed? Is the Cassandra= java process still running? Any other warning or error log messages (from = either node)? Could you provide the last few Cassandra log lines from each = machine? Can you connect to the node via JMX? What is the output of nodetoo= l ring from the second node (which is presumably still alive)? Is there any= unusual system activity: high cpu usage, low cpu usage, problems with disk= IO (can be checked with vmstat).

Can you provide any further system information? Linux/window= s, java version, 32/64 bit, amount of ram?=A0

On Thu, Dec 23, 2010 at 1:42 PM, Alex Quan <alex.quan@tinkur.com> wrot= e:
Hi,

I am a newbie to cassandra and a= m using cassandra RC 2. I initially have cassndra working on one node and w= as able to create keyspace, column families and populate the database fine.= I tried adding a second node by changing the seed to point to another node= and setting listen_address and rpc_address to blank. I then started up the= second node and it seems to have connected fine using the node tool but af= ter that I couldn't get it to accept any commands and whenever I tried = to make a new keyspace or column family it would kill my initial node after= a message like this:

=A0INFO 18:19:49,335 switching in a fresh Memtable for Schema at Commit= LogContext(file=3D'/var/lib/cassandra/commitlog/CommitLog-1293127746481= .log', position=3D9143)
=A0INFO 18:19:49,335 Enqueuing flush of Memt= able-Schema@1358138608(2410 bytes, 5 operations)
Killed

and the next few time I start up the server a similar would p= op up until I am guessing all the stuff is flushed out then it would start = fine until I tried to add anything to it. I tried changing back the yaml fi= le back to the original setup and this still happens. I don't know what= to try to get it to work properly, if you guys can help I would be really = grateful

Alex

--90e6ba53a01e1892ec04981c5459--