From user-return-18432-apmail-cassandra-user-archive=cassandra.apache.org@cassandra.apache.org Tue Jul 5 07:00:21 2011 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 A82104804 for ; Tue, 5 Jul 2011 07:00:21 +0000 (UTC) Received: (qmail 38233 invoked by uid 500); 5 Jul 2011 07:00:19 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 37656 invoked by uid 500); 5 Jul 2011 07:00:09 -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 37521 invoked by uid 99); 5 Jul 2011 07:00:02 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 07:00:02 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [203.199.18.82] (HELO mail1.impetus.co.in) (203.199.18.82) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 06:59:57 +0000 Received: from MAIL2.impetus.co.in (192.168.100.8) by mail1.impetus.co.in (192.168.100.28) with Microsoft SMTP Server (TLS) id 14.1.289.1; Tue, 5 Jul 2011 12:29:33 +0530 Received: from mail1.impetus.co.in ([fe80::4c95:4ec3:183e:2d3]) by Mail2.impetus.co.in ([::1]) with mapi id 14.01.0289.001; Tue, 5 Jul 2011 12:29:33 +0530 From: Vivek Mishra To: "user@cassandra.apache.org" Subject: RE: flushing issue Thread-Topic: flushing issue Thread-Index: Acw6NAq4E6fPAEqzRVuSJkXgFN5ReAASdqgAABi2UeA= Date: Tue, 5 Jul 2011 06:59:32 +0000 Message-ID: <557E5EDB02B4C8459878EF1EC723AD281E2E244B@mail1.impetus.co.in> References: <557E5EDB02B4C8459878EF1EC723AD281E2E211B@mail1.impetus.co.in> <2B624554-0986-4ABD-B30E-1B4099CA6CD0@thelastpickle.com> In-Reply-To: <2B624554-0986-4ABD-B30E-1B4099CA6CD0@thelastpickle.com> Accept-Language: en-GB, en-IN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [192.168.145.58] Content-Type: multipart/alternative; boundary="_000_557E5EDB02B4C8459878EF1EC723AD281E2E244Bmail1impetuscoi_" MIME-Version: 1.0 --_000_557E5EDB02B4C8459878EF1EC723AD281E2E244Bmail1impetuscoi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks Aaron. Yes problem was occurring when starting 1 client as a embedded Cassandra Se= rver. Memtables doesn't flush if there is no data in associate CFs. Thrift = does take care of this. Additionally on restarting Cassandra server it pick= ed it up from commit logs as part of migration. Cheers, Vivek From: aaron morton [mailto:aaron@thelastpickle.com] Sent: Tuesday, July 05, 2011 6:09 AM To: user@cassandra.apache.org Subject: Re: flushing issue When you say using CassandraServer do you mean an embedded cassandra server= ? What process did you use to add the Keyspaces ? Adding a KS via the thri= ft API should take care of everything. The simple test is stop the server and the clients, start the server again = and see if the KS is defined by using nodetool cfstats. Cheers ----------------- Aaron Morton Freelance Cassandra Developer @aaronmorton http://www.thelastpickle.com On 4 Jul 2011, at 22:28, Vivek Mishra wrote: Hi, I know, I might be missing something here. I am currently facing 1 issue. I have 2 cassandra clients(1. Using CassandraServer 2. Using Cassandra.Clie= nt) running connecting to same host. I have created Keyspace K1, K2 using client1(e.g. CassandraServer), but som= ehow those keyspaces are not available with Client2(e.g. Cassandra.Client). I have also tried by flusing StorageService.instance.ForceFlush to tables. = But that also didn't work. Any help/Suggestion? ________________________________ Register for Impetus Webinar on 'Leveraging the Cloud for your Product Test= ing Needs' on June 22 (10:00am PT). Meet Impetus as a sponsor for Hadoop Su= mmit 2011 in Santa Clara, CA on June 29. Click http://www.impetus.com to know more. Follow us on www.twitter.com/imp= etuscalling NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impe= tus does not represent, warrant and/or guarantee, that the integrity of thi= s communication has been maintained nor that the communication is free of e= rrors, virus, interception or interference. ________________________________ Register for Impetus Webinar on 'Leveraging the Cloud for your Product Test= ing Needs' on June 22 (10:00am PT). Meet Impetus as a sponsor for Hadoop Su= mmit 2011 in Santa Clara, CA on June 29. Click http://www.impetus.com to know more. Follow us on www.twitter.com/imp= etuscalling NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impe= tus does not represent, warrant and/or guarantee, that the integrity of thi= s communication has been maintained nor that the communication is free of e= rrors, virus, interception or interference. --_000_557E5EDB02B4C8459878EF1EC723AD281E2E244Bmail1impetuscoi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks Aaron.

Yes problem was occurri= ng when starting 1 client as a embedded Cassandra Server. Memtables doesn&#= 8217;t flush if there is no data in associate CFs. Thrift does take care of this. Additionally on restarting Cassandra server it picked i= t up from commit logs as part of migration.

 

 

Cheers,

Vivek

 

From: aaron = morton [mailto:aaron@thelastpickle.com]
Sent: Tuesday, July 05, 2011 6:09 AM
To: user@cassandra.apache.org
Subject: Re: flushing issue

 

When you say using CassandraServer do you mean an em= bedded cassandra server ? What process did you use to add the Keyspaces ? A= dding a KS via the thrift API should take care of everything.

 

The simple test is stop the server and the clients, = start the server again and see if the KS is defined by using nodetool cfsta= ts. 

 

Cheers 

-----------------

Aaron Morton

Freelance Cassandra Dev= eloper

@aaronmorton

 

On 4 Jul 2011, at 22:28, Vivek Mishra wrote:



Hi,

I know, I might be missing something h= ere.

I am currently facing 1 issue.<= /p>

 

I have 2 cassandra clients(1. Using Ca= ssandraServer 2. Using Cassandra.Client) running connecting to same host.

 

I have created Keyspace K1, K2 using c= lient1(e.g. CassandraServer), but somehow those keyspaces are not available= with Client2(e.g. Cassandra.Client).

 

I have also tried by flusing StorageSe= rvice.instance.ForceFlush to tables. But that also didn’t work.

 

 

 

Any help/Suggestion?

 

 



Register for Impetus Webinar on ‘Leveraging the Cloud for your Produc= t Testing Needs’ on June 22 (10:00am PT). Meet Impetus as a sponsor f= or Hadoop Summit 2011 in Santa Clara, CA on June 29. 

Click http://www.impetus.com to know more. Follow us on www.t= witter.com/impetuscalling 


NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant = and/or guarantee, that the integrity of this communication has been maintai= ned nor that the communication is free of errors, virus, interception or in= terference.

 




Register for Impetus Webinar on ‘Leveraging the Cloud for your Produc= t Testing Needs’ on June 22 (10:00am PT). Meet Impetus as a sponsor f= or Hadoop Summit 2011 in Santa Clara, CA on June 29.

Click http://www.impetus.com to know more. Follow us on www.twitter.com/imp= etuscalling


NOTE: This message may contain information that is confidential, proprietar= y, privileged or otherwise protected by law. The message is intended solely= for the named addressee. If received in error, please destroy and notify t= he sender. Any use of this email is prohibited when received in error. Impetus does not represent, warrant = and/or guarantee, that the integrity of this communication has been maintai= ned nor that the communication is free of errors, virus, interception or in= terference.
--_000_557E5EDB02B4C8459878EF1EC723AD281E2E244Bmail1impetuscoi_--