Re: NullPointerException in TCP Selector Manager [Cassandra 0.5.1]

Thanks, Jonathan. Does any know if this is documented anywhere? I didn't turn up anything searching JIRA or the web. Adam On Thu, Sep 23, 2010 at 12:58 PM, Jonathan Ellis wrote: > Yes, that is a problem with 0.5.1. Unfortunately we are not planning > any more releases to 0.5. > > On Thu, Sep

Re: NullPointerException in TCP Selector Manager [Cassandra 0.5.1]

Yes, that is a problem with 0.5.1. Unfortunately we are not planning any more releases to 0.5. On Thu, Sep 23, 2010 at 1:18 PM, Adam Holmberg wrote: > Hello, > > I've been working with Cassandra for some time and get this error > intermittently: > > ERROR [TCP Selector Manager] 2010-09-23 08:42:

Re: Thrift gen problem with cassandra.thrift

I finally grabbed Cassandra off the trunk to make things work so I guess it is 0.7. If I start the same server and connect to it, should things work? I am happy using pycassa or telephus but I had Thrift installed for things beyond Cassandra (for example for Hypertable) and I was hoping that instal

NullPointerException in TCP Selector Manager [Cassandra 0.5.1]

Hello, I've been working with Cassandra for some time and get this error intermittently: ERROR [TCP Selector Manager] 2010-09-23 08:42:18,138 service.CassandraDaemon Fatal exception in thread Thread[TCP Selector Manager,5,main] java.lang.NullPointerException at org.apache.cassandra.net.Tc

Re: Thrift gen problem with cassandra.thrift

Is it possible that you are somehow using the 0.7 generated cassandra module, perhaps from some previous installation of a client library? In 0.7, insert takes only 5 arguments. Also, is there any particular reason that you are using raw Thrift and not a high level client like pycassa, telephus,

Re: "Internal error processing get" in get after insert ttl

Thank you very much! This solved my problem. Columns are really deleted and there is no warn/error in log. Augi 2010/9/23 Sylvain Lebresne > Oups, that would be a bug. > Would you mind grabbing the patch attached to > https://issues.apache.org/jira/browse/CASSANDRA-1539 and check that is > does

Re: "Internal error processing get" in get after insert ttl

Oups, that would be a bug. Would you mind grabbing the patch attached to https://issues.apache.org/jira/browse/CASSANDRA-1539 and check that is does fix the problem ? -- Sylvain On Thu, Sep 23, 2010 at 1:28 PM, Michal Augustýn wrote: > Ah, I didn't know that, thank you! > Here is the trace: > ER

Re: "Internal error processing get" in get after insert ttl

Ah, I didn't know that, thank you! Here is the trace: ERROR 13:25:59,418 Internal error processing get java.lang.RuntimeException: java.util.concurrent.ExecutionException: java.lang.IllegalStateException: column is not marked for delete at org.apache.cassandra.service.StorageProxy.weakRead

Re: "Internal error processing get" in get after insert ttl

cassandra.bat is looking for a file named log4j.properties on the classpath. On Thu, Sep 23, 2010 at 5:52 AM, Michal Augustýn wrote: > Unfortunately, I'm running Cassandra on Windows platform and the logging > doesn't work; I'm not able to configure them properly respectively. > I always get "log

Re: "Internal error processing get" in get after insert ttl -

this probably means you have a nonsense replicationfactor on that keyspace. r1000404 adds that information to the assert in trunk. On Thu, Sep 23, 2010 at 3:36 AM, vineet daniel wrote: > I got similar error but while inserting I am using 07 Beta 1 and l found the > following in the logs : > > ERR

Re: "Internal error processing get" in get after insert ttl

Unfortunately, I'm running Cassandra on Windows platform and the logging doesn't work; I'm not able to configure them properly respectively. I always get "log4j:WARN No appenders could be found for logger (org.apache.cassandra.utils.CLibrary)." after Cassandra starts. I tried to copy "log4j-server.

Re: "Internal error processing get" in get after insert ttl -

I don't have underscores in column families names... Btw. I'm using yesterday's night build. Augi 2010/9/23 vineet daniel > Hi > > I was using 'access_logs' as column family name changed it to Accesslogs > and it worked. May be cassandra doesn't like underscores and small letters. > > > Regards

Re: "Internal error processing get" in get after insert ttl -

Hi I was using 'access_logs' as column family name changed it to Accesslogs and it worked. May be cassandra doesn't like underscores and small letters. Regards Vineet Daniel Cell : +918106217121 Websites : Blog | Linkedin

Throughput performance problem

When inserting rows to Cassandra, we have noticed an odd performance behavior. When we insert rows with increasing row keys (0,1,2,...) we get a throughput that is 10% higher than when we insert rows with random row keys (in the range of 0 to 1'000'000). This is strange because we use the Rand

Re: "Internal error processing get" in get after insert ttl -

I got similar error but while inserting I am using 07 Beta 1 and l found the following in the logs : ERROR 13:59:44,555 Internal error processing insert java.lang.AssertionError: invalid response count 1 at org.apache.cassandra.service.WriteResponseHandler.determineBlockFor(WriteResponseHa

Re: column expiration and rows in 0.7

A few things: 1- in your case, the expiring columns are gc-able 5 hours after the column expires. So roughly 9 hours after the column insertion, not 5. 2- columns are not necessarily removed after gc_grace_seconds elapses exactly. They get removed by the first *major* compaction tha

Re: column expiration and rows in 0.7

Thanks.. but, in 0.7 every CF has its own "GCgraceSeconds" which is gc_grace_seconds, and I am setting gc_grace_seconds to 5 hours and the columns "ttl" to 4 hours, this means that after 5 hours the columns should be removed, and the keys are removed too, right?, however, I still see the keys

Re: "Internal error processing get" in get after insert ttl

You should not have anything special to do. Could you check the cassandra logs and give us the stack trace of the error ? -- Sylvain On Thu, Sep 23, 2010 at 8:36 AM, Michal Augustýn wrote: > Hello, > I tried to use Column.Ttl property but I was not successful. My simple test: > 1) insert column