Trying to insert a TimeUUID via Java/Thrift -- UUIDs must be exactly 16 bytes

I'm at my wits end with Cassandra; is 0.6.4 just broken? I've created a very simple keyspace: Keyspace Name=MyApp ColumnFamily Name=History CompareWith=TimeUUIDType/ Using the Thrift sample code for 0.6 on the wiki, and the FAQ about TimeUUID's and Java, I tried to generate a GUID using this

Re: Trying to insert a TimeUUID via Java/Thrift -- UUIDs must be exactly 16 bytes

I recommend starting with http://www.rackspacecloud.com/blog/2010/05/12/cassandra-by-example/, then reading the other Recommended articles at http://wiki.apache.org/cassandra/ArticlesAndPresentations On Fri, Aug 27, 2010 at 3:07 AM, Sean Bowman pico...@gmail.com wrote: Do I not want to get the

Read before Write

Hi people I was wondering if anyone already benchmarked such a situation: I have: day of year (row key) - SomeId (column key) - byte[0] I need to make sure that I write SomeId, but in around 80% of the cases it will be already present (so I would essentially replace it with itself). RF will

Re: Read before Write

I think Just writing all the time is much better, as most of replacements will be done in memtable. also you should set a large memtable size, in compared with the average row size. 2010/8/27 Daniel Doubleday daniel.double...@gmx.net Hi people I was wondering if anyone already benchmarked

Calls block when using Thrift API

Hi, I am new to cassandra, so maybe I am missing something obvious... Version: Latest nightly build (2010-08-23_13-57-40), but same results with 0.7.0b1 Server code (default configuration file): System.setProperty(cassandra.config, conf/cassandra.yaml); EmbeddedCassandraService

Re: Follow-up post on Cassandra configuration with some experiments on GC tuning

about a month. it's not like this is a difficult change to apply yourself. On Fri, Aug 27, 2010 at 1:43 AM, David Dabbs dmda...@gmail.com wrote: Jonathan Ellis added CMSInitiatingOccupancyFraction=80 for 0.6.6 and 0.7beta2 When do you expect 0.6.6 to land? Thanks, David --

Re: Read before Write

I haven't benchmarked so it's purely theoretical. If there's no caching then I'm pretty sure just writing would yield better performance. If you do cache rows/keys it really depends on your hit ratio. Naturally if you have a small data set and high cache ratio and use row caching I'm pretty sure

Re: Calls block when using Thrift API

did you try connecting to a real cassandra instance, not an embedded one? I use an embedded one for testing and it works, but just to narrow down your problem. On Fri, Aug 27, 2010 at 6:13 PM, Ruben de Laat ru...@logic-labs.nl wrote: Hi, I am new to cassandra, so maybe I am missing something

Re: Calls block when using Thrift API

Thank you Ran, that's working! Should have tried that as well. There is a difference in the log's, embedded shows: INFO 20:16:31,796 Binding thrift service to localhost/127.0.0.1:9160 Batch-file-started one: INFO thrift.CassandraDaemon: Listening for thrift clients... So maybe different classes

Re: Read before Write

On Fri, Aug 27, 2010 at 1:26 PM, Ran Tavory ran...@gmail.com wrote: I haven't benchmarked so it's purely theoretical. If there's no caching then I'm pretty sure just writing would yield better performance. If you do cache rows/keys it really depends on your hit ratio. Naturally if you have a

[RELEAS] 0.6.5

We've been making an effort to release on a monthly basis, and that should continue for as long as there are changes[1] worth releasing. This month it's 0.6.5[2]. Upgrades are expected to go smoothly, but if you have problems, then do let us know[3]. Thanks. [1]: http://bit.ly/bdEu0g [2]:

Re: Follow-up post on cassandra configuration with some experiments on GC tuning

ecapriolo's testing seemed to indicate it _did_ change the behavior. wonder what the difference is? On Fri, Aug 27, 2010 at 6:23 AM, Mikio Braun mi...@cs.tu-berlin.de wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear all, thanks for your comments, and I'm glad that you found my post

Re: Follow-up post on cassandra configuration with some experiments on GC tuning

I supsect something else is making the difference for ecapriolo. The documentation says, The incremental mode is meant to lessen the impact of long concurrent phases by periodically stopping the concurrent phase to yield back the processor to the application. [Remember, concurrent means not

RowMutationVerbHandler.java (line 78) Error in row mutation

i got the latest code this morning. i'm testing with 0.7 ERROR [ROW-MUTATION-STAGE:388] 2010-08-27 15:54:58,053 RowMutationVerbHandler.java (line 78) Error in row mutation org.apache.cassandra.db.UnserializableColumnFamilyException: Couldn't find cfId=1002 at

Re: Follow-up post on cassandra configuration with some experiments on GC tuning

On Fri, Aug 27, 2010 at 6:49 PM, Jonathan Ellis jbel...@gmail.com wrote: I supsect something else is making the difference for ecapriolo.  The documentation says, The incremental mode is meant to lessen the impact of long concurrent phases by periodically stopping the concurrent phase to

Internal error processing get_indexed_slices?

Seeing this error on the latest build with code that worked fine previously. Any ideas? 2010-08-27 17:24:45,037 ERROR (pool-1-thread-2) [org.apache.cassandra.thrift.Cassandra$Processor] - Internal error processing get_indexed_slices java.lang.NoSuchMethodError:

Re: Internal error processing get_indexed_slices?

Never mind, did an ant clean and then rebuilt and it looks fine now. Ed On Fri, Aug 27, 2010 at 5:30 PM, Ed Anuff e...@anuff.com wrote: Seeing this error on the latest build with code that worked fine previously. Any ideas? 2010-08-27 17:24:45,037 ERROR (pool-1-thread-2)