Re: Manual Compaction in Production

On Mon, Nov 8, 2010 at 8:23 PM, Edward Capriolo wrote: > I am using a build with support for removing tombstones during minor > compacts. I am pretty happy to see SSTables shrink during non-major > compactions. If I understand correctly bloomfilters have false > positives, so a key may appear to b

Re: Manual Compaction in Production

On Mon, Nov 8, 2010 at 6:16 PM, Jonathan Ellis wrote: > After Sylvain added support for removing tombstones during minor > compactions in 0.6.6 (see > http://www.riptano.com/blog/whats-new-cassandra-066), doing major > compactions should be considered unnecessary until otherwise > demonstrated for

Could Not connect to cassandra-cli on windows

Hi, Failing to connect to cassandra client: on windows [defa...@unknown] connect localhost/9160 Exception connecting to localhost/9160. Reason: Connection refused: connect. [defa...@unknown] connect xxx.xxx.x.xx/9160 Syntax error at position 0: no viable alternative at input 'connect' [defa...@

Re: Describe keyspace output

The extra line was fixed for http://issues.apache.org/jira/browse/CASSANDRA-1712 On Mon, Nov 8, 2010 at 5:09 PM, Dmitri Smirnov wrote: > On 11/08/2010 11:40 AM, Aaron Morton wrote: >> >> Dmitri, >> Not exactly sure which two lines you are referring to to but... >> >> "Subcolumns sorted by: org.ap

Re: Manual Compaction in Production

After Sylvain added support for removing tombstones during minor compactions in 0.6.6 (see http://www.riptano.com/blog/whats-new-cassandra-066), doing major compactions should be considered unnecessary until otherwise demonstrated for your workload. (If you happen to have weekly slow periods into

Re: Describe keyspace output

On 11/08/2010 11:40 AM, Aaron Morton wrote: Dmitri, Not exactly sure which two lines you are referring to to but... "Subcolumns sorted by: org.apache.cassandra.db.marshal.LongType" - means the column name on the second level of columns in your Super Column Family will be sorted as Long integer

Re: Manual Compaction in Production

On Mon, Nov 8, 2010 at 5:07 PM, Wayne wrote: > Can anyone speak to best practices for running manual compaction in > production? Our assumption is that without it the sstables will become too > fragmented...is this an accepted "fact"? Obviously it depends on the volume > of writes, but I am lookin

Re: Cassandra With C++

Needed to run schematool, and it clicked into place. Command for future reference: bin/schematool localhost 8080 import --David On Mon, Nov 8, 2010 at 3:03 PM, Aaron Morton wrote: > Check that the nodes all have the same view of the schema, for a small > cluster it's easy enough to just use jco

Re: RE: Design Question

Here they are http://www.riptano.com/blog/slides-and-videos-cassandra-summit-2010AaronOn 09 Nov, 2010,at 09:36 AM, Jeremiah Jordan wrote:Is the slide deck for this presentation online somewhere? -Original Message- From: Jonathan Ellis [mailto:jbel...@gmail.com] Sent: Monday, November 08,

Manual Compaction in Production

Can anyone speak to best practices for running manual compaction in production? Our assumption is that without it the sstables will become too fragmented...is this an accepted "fact"? Obviously it depends on the volume of writes, but I am looking for current production practices. Since it takes a

Re: New nodes won't bootstrap on .66

I suspect you ran into https://issues.apache.org/jira/browse/CASSANDRA-1676. This is fixed in soon-to-be-released 0.6.7.

Re: New nodes won't bootstrap on .66

I had also multiple keyspaces defined (> 20). All nodes were 64 bit, no mixtures. On Mon, Nov 8, 2010 at 8:23 PM, Dimitry Lvovsky wrote: > We didn't solve it unfortunately and and ended up regenerating the entire > cluster. But, if it helps anyone in the future, we too had multiple > keyspaces

RE: Design Question

Is the slide deck for this presentation online somewhere? -Original Message- From: Jonathan Ellis [mailto:jbel...@gmail.com] Sent: Monday, November 08, 2010 2:02 PM To: user Subject: Re: Design Question Hi Mubarak, Did you see David Strauss's talk on queing at the Summit? http://riptano

Re: Cassandra With C++

Check that the nodes all have the same view of the schema, for a small cluster it's easy enough to just use jconsole. Then turn up the logging and see what happening server side. Aaron On 09 Nov, 2010,at 08:55 AM, David Replogle wrote:With Python I'm using the fantastic Pycassa library by Tyler (w

Re: Design Question

Hi Mubarak, Did you see David Strauss's talk on queing at the Summit? http://riptano.blip.tv/file/4015190/ What specifics can you give as to how your use case is similar to / different from what David covered? On Sun, Nov 7, 2010 at 7:05 PM, Mubarak Seyed wrote: > Hi All, > Can someone please v

Re: Cassandra With C++

With Python I'm using the fantastic Pycassa library by Tyler (who previously responded). Now I'm getting a "keyspace does not exist error" which I'm trying to sort out right now... because, well, it does exist. I added the following catch: catch (org::apache::cassandra::InvalidRequestException &i

Re: Design Question

FWIW I would recommend first trying to solve the issue in your application rather than with Cages or Zoo Keeper. Although I do not have experience with Cages or Zoo Keeper, it's another major server component in your stack.If you really do have a queue and multiple simultaneous readers consider usi

Re: Cassandra With C++

Not sure if this is the problem but the default in 0.7* is to used framed transport, which means creating the TFramedTransport rather than TBufferedTransport. How are you connecting with python? Is it using framed transport?Hope that helps. AaronOn 09 Nov, 2010,at 07:55 AM, David Replogle wrote:I'

Re: Describe keyspace output

Dmitri,Not exactly sure which two lines you are referring to to but..."Subcolumns sorted by: org.apache.cassandra.db.marshal.LongType" - means the column name on the second level of columns in your Super Column Family will be sorted as Long integers. and "A long is exactly 8 bytes:" Looks like an e

Re: Cassandra With C++

TFramedTransport needs to be used with Cassandra 0.7. Buffered transport was the default for 0.6, but it was changed to framed for 0.7. - Tyler On Mon, Nov 8, 2010 at 12:55 PM, David Replogle < david.replo...@steketeegreiner.com> wrote: > I'm using Cassandra 0.7beta3 and it's running on localho

Re: New nodes won't bootstrap on .66

We didn't solve it unfortunately and and ended up regenerating the entire cluster. But, if it helps anyone in the future, we too had multiple keyspaces when we encountered the problem. On Mon, Nov 8, 2010 at 5:47 PM, Marc Canaleta wrote: > I have just solved the problem removing the second ke

Describe keyspace output

I have created a CF with the following: create column family CFam with column_type = 'Super' and comparator = 'LongType' and subcomparator = 'UTF8Type' and comment = 'List of Tests Super Family' and column_metadata=[{ column_name:cell, validation_class:IntegerType}, { column_name:'created_by',

Cassandra With C++

I'm using Cassandra 0.7beta3 and it's running on localhost:9160 and Python works with it just fine. So, I go to run C++ against the system and I get: TTransportException: No more data to read. I did the thrift --gen cpp interface/cassandra.thrift in my 0.7beta3 folder then included those files in

MapReduce/Hadoop in cassandra 0.7 beta3

Just so people know, there is an issue with MapReduce/Hadoop integration with cassandra 0.7 beta 3. https://issues.apache.org/jira/browse/CASSANDRA-1700 As you can see it has already been fixed and committed. However, if you're looking to test cassandra 0.7 with its hadoop integration either: 1

Re: Design Question

If you go the home-grown route, check out these musings on adapting Lamport's Bakery algorithm to a similar problem: http://wiki.apache.org/cassandra/Locking On Sun, Nov 7, 2010 at 5:05 PM, Mubarak Seyed wrote: > Hi All, > Can someone please validate and recommend a solution for the given design

Re: New nodes won't bootstrap on .66

I have just solved the problem removing the second keyspace (manually moving its column families to the first). So it seems the problem appears when having multiple keyspaces. 2010/11/8 Thibaut Britz > Hi, > > No I didn't solve the problem. I reinitialized the cluster and gave each > node manual

Re: New nodes won't bootstrap on .66

Hi, No I didn't solve the problem. I reinitialized the cluster and gave each node manually a token before adding data. There are a few messages in multiple threads related to this, so I suspect it's very common and I hope it's gone with 0.7. Thibaut On Sun, Nov 7, 2010 at 6:57 PM, Marc Canale

Re: cassandra.thrift error

Cassandra IDL is correct, for the version of Thrift it is intended to be built with. Thrift broke this in a later version. On Mon, Nov 8, 2010 at 6:27 AM, Abdul Fattah Mahran wrote: > Dear all, >        I am learning Cassandra these days, and I found that when I tried to > make "thrift --gen erl

unsubscribe

unsubscribe

cassandra.thrift error

Dear all, I am learning Cassandra these days, and I found that when I tried to make "thrift --gen erl interface/cassandra.thrift" I got the following error [Failure: PATH_TO_HOME_DIRECTORY/interface/cassandra.thrift:303] error: identifier ONE is unqualified! After some digging, I found tha

Re: node won't leave

On Sun, Nov 7, 2010 at 11:58 PM, Reverend Chip wrote: > Is there an existing tool to just read everything from every node, just > to force a read repair on everything? > "nodetool repair", of course. me-- for getting FAQ and mailing list out of order.