> Keyspace: TimeFrameClicks
> Read Count: 42686
> Read Latency: 47.21777100220213 ms.
> Write Count: 18398
> Write Latency: 0.17457457332318732 ms.
Is this all traffic across "a few days" as you mentioned the node had
been running?
> Based on Feedback from this lis
I am getting following exception:
java.lang.NullPointerException
at org.apache.cassandra.db.Table.apply(Table.java:407)
at
org.apache.cassandra.db.RowMutationVerbHandler.doVerb(RowMutationVerbHandler.java:68)
at
org.apache.cassandra.net.MessageDeliveryTask.run(MessageDelive
I'm talking about the James Golick plugin. I followed the
instructions, and got nowhere.
http://github.com/jamesgolick/cassandra-munin-plugins
I saw in the mailing list that other people successfully got it to work
Thanks
fyi - two tickets left for the cassandra summit in SF on August 10th.
http://cassandrasummit2010.eventbrite.com/
On Fri, Jul 30, 2010 at 1:05 AM, Peter Schuller wrote:
> > Keyspace: TimeFrameClicks
> > Read Count: 42686
> > Read Latency: 47.21777100220213 ms.
> > Write Count: 18398
> > Write Latency: 0.17457457332318732 ms.
>
> Is this all traffic across "a few days" as you m
> I am getting following exception:
>
> java.lang.NullPointerException
> at org.apache.cassandra.db.Table.apply(Table.java:407)
Are you triggering this repeatedly without difficulty?
Can you run with the attached patch (indentation is messed up in the
patch though - sorry, no time to fix
> Latency is fine, basically the service suddenly freezes. On top of that to
> reduce the number of reads I have memcache fronting this @ a 92% hit rate
Ok. In that case if feels most likely to me that you're not throwing
too much read traffic at it consistently, but rather that there is
either
I pull from trunc and build every day at 2pm PST. So,
Previous Version: Trunc, July 28th @ 2pm pst
Broken Startup Version: Trunc, July 29th @ 2pm pst
Today, I also ended up getting the following AssertionError when my cron svn
updated and built and i had to cleanup my commit and data directories
did you try compact instead of cleanup, anyway?
On Tue, Jul 27, 2010 at 1:08 PM, Julie wrote:
> Peter Schuller infidyne.com> writes:
>
>> > a) cleanup is a superset of compaction, so if you've been doing
>> > overwrites at all then it will reduce space used for that reason
>>
>
> Hi Peter and Jo
the optional supercolumn in the columnparent struct is what determines
whether the columns you are slicing are supercolumns, or subcolumns of
a single supercolumn [the one in the parent struct].
On Wed, Jul 28, 2010 at 11:38 AM, james anderson wrote:
> if i have data of the form
>
> Keyspace1 ->
well, you have two flushes and a compaction there, but none of them lasts
more than a few seconds (out of the half hour period) so i'm guessing that's
not the problem.
On Thu, Jul 29, 2010 at 1:53 AM, Thorvaldsson Justus <
justus.thorvalds...@svenskaspel.se> wrote:
> I am testing on one node onl
On Thu, Jul 29, 2010 at 4:39 PM, Mark wrote:
> Is there any limitations on the number of columns a row can have?
2GB of data in a row in 0.6, 2 billion columns in 0.7.
> Does all
> the day for a single key need to reside on a single host?
yes. if the ratio of rows : machines in your cluster is
On Thu, Jul 29, 2010 at 5:02 PM, Aaron Morton wrote:
>
> Which type of cache is appropriate to your particular case depends on a
> variety of factors including the hotness and other access
> characteristics of your data set, the relationship of data set size to
> the heap size, row size to key siz
This is probably a bug fixed in 0.6.2:
* fix size of row in spanned index entries (CASSANDRA-1056)
You should upgrade to 0.6.4 (due out this weekend).
On Wed, Jul 28, 2010 at 7:47 PM, Jianing Hu wrote:
> We recently migrated part of our MySQL database to a 3-node Cassandra
> cluster with a rep
Another month and the 0.6 branch is a month better. The 0.6.4 release
has a number of important fixes[1] and upgrading should be painless so
come get some[2].
As usual, if you have questions ask them, and if you find bugs, report
them[3].
Alright then.
[1]: http://bit.ly/aOt5gt
[2]: http://cas
15 matches
Mail list logo
