Re: Cassandra OOM crash while mapping commitlog

2012-08-12 Thread Holger Hoffstaette
On Sun, 12 Aug 2012 13:36:42 +0200, Robin Verlangen wrote:

 Hmm, is issue caused by some 1.x version? Before it never occurred to us.

This bug was introduced in 1.1.0 and has been fixed in 1.1.3, where the
closed/recycled segments are now closed  unmapped properly. The default
sizes are also smaller.
Of course the question remains why an append-only commitlog needs to be
mmap'ed in the first place, especially for writing..

-h




Re: failed to delete commitlog, cassandra can't accept writes

2012-07-12 Thread Holger Hoffstaette
On Tue, 10 Jul 2012 14:35:23 -0700, Frank Hsueh wrote:

 after reading the JIRA, I decided to use Java 6.

It has nothing to do with the JDK. I can reproduce it with either JDK6 or
JDK7 as well.

 anybody seen this before?  is this related to 4337 ?

It's exactly that.

-h




Re: kswapd0 causing read timeouts

2012-06-18 Thread Holger Hoffstaette
On Mon, 18 Jun 2012 11:57:17 -0700, Gurpreet Singh wrote:

 Thanks for all the information Holger.
 
 Will do the jvm updates, kernel updates will be slow to come by. I see
 that with disk access mode standard, the performance is stable and better
 than in mmap mode, so i will probably stick to that.

Please let us know how things work out.

 Are you suggesting i try out mongodb?

Uhm, no. :) I meant that it also uses mmap exclusively (!), and
consequently can also have pretty bad/irregular performance when the
(active) data set grows much larger than RAM. To  be fair, that is a
pretty hard problem in general.

-h




Odd problem with cli and display of value types

2012-06-12 Thread Holger Hoffstaette

While trying to play around with 1.1.1 and secondary indexes I just
noticed something odd in cassandra-cli. Example straight from the README:

-- show Mr. Smith

holgercassandra-cli
[..]
[default@Users] list users;
Using default limit of 100
Using default column limit of 100
---
RowKey: jsmith
= (column=first, value=John, timestamp=1339507271651000)
= (column=last, value=Smith, timestamp=1339507280745000)

1 Row Returned.
Elapsed time: 0 msec(s).

-- Hello Mr. Smith with no age.
-- You should be 64 years old:

[default@Users] set Users[jsmith][age] = long(64);
Value inserted.
Elapsed time: 16 msec(s).

[default@Users] list users;
Using default limit of 100
Using default column limit of 100
---
RowKey: jsmith
= (column=age, value=64, timestamp=1339513585914000)
= (column=first, value=John, timestamp=1339507271651000)
= (column=last, value=Smith, timestamp=1339507280745000)

1 Row Returned.
Elapsed time: 0 msec(s).
[default@Users]

-- That worked, as expected. Exit  restart the cli

holgercassandra-cli
[..]
[default@Users] list users;
Using default limit of 100
Using default column limit of 100
---
RowKey: jsmith
= (column=age, value=   @, timestamp=1339513585914000)
= (column=first, value=John, timestamp=1339507271651000)
= (column=last, value=Smith, timestamp=1339507280745000)

1 Row Returned.
Elapsed time: 78 msec(s).
[default@Users]

// age=@ you say?

I understand of course that since the default validation class is set to
UTF8 I should have inserted '64' as age and not the long(64) as given in
the README - probably an oversight/bug/typo. The README uses 42 as value,
which results in a * as output. To verify the behaviour I used 64, which
is the ASCII value of @.

What I find more curious is that the cli displays the value in
human-readable form immediately after insertion, yet a new session
displays it in native form (as it should). Should it not always display
the value according to the validation class, i.e. show the @ immediately
after insertion?

thanks,
Holger




Re: New web client future API

2011-06-15 Thread Holger Hoffstaette
On Wed, 15 Jun 2011 10:04:53 +1200, aaron morton wrote:

 Avro is dead.

Just so that this is not misunderstood: for Cassandra.
Avro itself (and -ipc) is far from dead.

-h