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 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)
> [org.apache.cassandra.thr
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:
org.apache.cassandra.db.ColumnFamil
On Fri, Aug 27, 2010 at 6:49 PM, Jonathan Ellis 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 yield back the
>
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
org.apache.cassandra.db.Colu
i got the latest code from tip of trunk this morning, but i'm seeing
this. i recall a JIRA about this. maybe patch isn't on trunk?
ERROR [pool-1-thread-61] 2010-08-27 15:55:36,429 Cassandra.java (line
2980) Internal error processing batch_mutate
java.lang.NullPointerException
at
org.ap
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
bl
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 wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dear all,
>
> thanks for your comments, and I'm glad that you found my post helpful.
>
> Co
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]: http
We started a Cassandra Users page on the Cassandra wiki -
http://wiki.apache.org/cassandra/CassandraUsers - as the list of users is
growing far beyond the ones people normally think about.
Please take a look and update where necessary including company/organization
name, description of use case
Early Bird Registration for Surge Scalability Conference 2010 ends next
Tuesday, August 31. We have a killer lineup of speakers and architects
from across the Internet. Listen to experts talk about the newest
methods and technologies for scaling your Web presence.
http://omniti.com/surge/2010/re
On Fri, Aug 27, 2010 at 1:26 PM, Ran Tavory 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 small data s
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
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 wrote:
> Hi,
>
> I am new to cassandra, so maybe I am missing something obvious...
> Vers
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 it
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 wrote:
>>Jonathan Ellis
>>
>>added CMSInitiatingOccupancyFraction=80 for 0.6.6 and 0.7beta2
>
> When do you expect 0.6.6 to land?
>
>
> Thanks,
>
> David
>
>
>
--
Jonathan
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 embeddedCassa
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
> Hi people
>
> I was wondering if anyone already benchmarked such a situation:
>
> I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear all,
thanks for your comments, and I'm glad that you found my post helpful.
Concerning the incremental CMS, I've recently updated my post and added
the experiments repeated on one of our cluster nodes, and for some
reason incremental CMS doesn't
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
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 wrote:
> Do I not want to get the key to be the UUID
Do I not want to get the key to be the UUID, so I can slice based on timestamp?
If so, the only thing the insert statement takes is a String for a key. Why
would I place the UUID into a column value? Doesn't it belong as the key if I
want to be able to slice and sort on it?
I guess I'm just
You are using the wrong part of the example. That code sample just
produces the string representation. Scroll down in that FAQ entry to
the sample labeled:
"When you want to actually place the UUID into the Column then you'll
want to convert it like this. This method is often used in conjuntion
I'm at my wits end with Cassandra; is 0.6.4 just broken? I've created a very
simple keyspace:
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 method:
String key = new com.eaio.uuid.UUID().toString()
Sin
> Whether or not this is likely to happen with Cassandra I don't know. I
> don't know much about the incremental duty cycles are scheduled and it
> may be the case that Cassandra is not even remotely close to having a
> problem with incremental mode.
I should further weaken my statement by pointin
> Any reason not to add the incremental mode settings? It's unusual to
> see a Cassandra node out of CPU, but wild heap oscillations are pretty
> common.
FWIW, while I have never tried it with Cassandra, the CMS incremental
mode has never ever worked well for me when I have applied it to
anything
Any reason not to add the incremental mode settings? It's unusual to
see a Cassandra node out of CPU, but wild heap oscillations are pretty
common.
On Thu, Aug 26, 2010 at 8:54 PM, Jonathan Ellis wrote:
> added CMSInitiatingOccupancyFraction=80 for 0.6.6 and 0.7beta2
>
> On Thu, Aug 26, 2010 at
26 matches
Mail list logo
