Ugh, I mean the fix for LBQ, and it was actually in u19 not 20.

http://java.sun.com/javase/6/webnotes/6u19.html

On Sat, Apr 17, 2010 at 11:38 PM, Jonathan Ellis <jbel...@gmail.com> wrote:
> jdk 1.6 b20 has the fix for the CLQ gc problem, btw.
>
> On Sat, Apr 17, 2010 at 11:31 PM, Chris Goffinet <goffi...@digg.com> wrote:
>> I wonder if that might be related to this:
>> https://issues.apache.org/jira/browse/CASSANDRA-896
>> We switched from a Concurrent structure to LinkedBlockingQueue in 0.6.
>> -Chris
>> On Apr 17, 2010, at 9:26 PM, Schubert Zhang wrote:
>>
>> We are testing 0.6.0, compares with 0.5.1,  and it seems:
>>
>> 1. 0.6.0 need more memory/heap.
>> 2. after inserted billions of columns, tens-million of keys, the inseting
>> operation become very slow and jamed.
>> Exceptions TimeoutException and UnavailableException are throwed sometimes.
>>
>> I add more log, such as :
>>
>>  WARN [pool-1-thread-4] 2010-04-18 00:00:00,534 CassandraServer.java (line
>> 460) UnavailableException()
>> UnavailableException()
>>         at
>> org.apache.cassandra.service.StorageProxy.assureSufficientLiveNodes(StorageProxy.java:298)
>>         at
>> org.apache.cassandra.service.StorageProxy.mutateBlocking(StorageProxy.java:208)
>>         at
>> org.apache.cassandra.thrift.CassandraServer.doInsert(CassandraServer.java:452)
>>         at
>> org.apache.cassandra.thrift.CassandraServer.insert(CassandraServer.java:362)
>>         at
>> org.apache.cassandra.thrift.Cassandra$Processor$insert.process(Cassandra.java:1484)
>>         at
>> org.apache.cassandra.thrift.Cassandra$Processor.process(Cassandra.java:1125)
>>         at
>> org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:253)
>>         at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>         at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>         at java.lang.Thread.run(Thread.java:619)
>>
>>  WARN [pool-1-thread-5] 2010-04-18 12:20:03,614 CassandraServer.java (line
>> 456) java.util.concurrent.TimeoutException: Operation tim
>> ed out - received only 00 responses
>> java.util.concurrent.TimeoutException: Operation timed out - received only
>> 00 responses
>>         at
>> org.apache.cassandra.service.WriteResponseHandler.get(WriteResponseHandler.java:77)
>>         at
>> org.apache.cassandra.service.StorageProxy.mutateBlocking(StorageProxy.java:262)
>>         at
>> org.apache.cassandra.thrift.CassandraServer.doInsert(CassandraServer.java:452)
>>         at
>> org.apache.cassandra.thrift.CassandraServer.insert(CassandraServer.java:362)
>>         at
>> org.apache.cassandra.thrift.Cassandra$Processor$insert.process(Cassandra.java:1484)
>>         at
>> org.apache.cassandra.thrift.Cassandra$Processor.process(Cassandra.java:1125)
>>         at
>> org.apache.thrift.server.TThreadPoolServer$WorkerProcess.run(TThreadPoolServer.java:253)
>>         at
>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
>>         at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
>>         at java.lang.Thread.run(Thread.java:619)
>>
>> and
>>  INFO [Timer-1] 2010-04-18 11:09:13,928 Gossiper.java (line 179) InetAddress
>> /10.24.1.16 is now dead.
>>  INFO [Timer-1] 2010-04-18 11:09:14,930 Gossiper.java (line 179) InetAddress
>> /10.24.1.14 is now dead.
>>  INFO [Timer-1] 2010-04-18 11:09:14,930 Gossiper.java (line 179) InetAddress
>> /10.24.1.18 is now dead.
>>
>> In fact, these node are alive.
>>
>>
>>
>>
>> 2010/4/15 Ted Zlatanov <t...@lifelogs.com>
>>>
>>> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <eev...@rackspace.com>
>>> wrote:
>>>
>>> EE> On Wed, 2010-04-14 at 10:16 -0500, Ted Zlatanov wrote:
>>> >> Can it support a non-root user through /etc/default/cassandra?  I've
>>> >> been patching the init script myself but was hoping this would be
>>> >> standard.
>>>
>>> EE> It's the first item on debian/TODO, but, you know, patches welcome and
>>> EE> all that.
>>>
>>> The appended patch has been sufficient for me.  I have to override the
>>> PIDFILE too, but that's a system issue.  So my /etc/default/cassandra,
>>> for example, is:
>>>
>>> JAVA_HOME="/usr/lib/jvm/java-6-sun"
>>> USER=cassandra
>>> PIDFILE=/var/tmp/$NAME.pid
>>>
>>> Ted
>>>
>>> --- debian/init 2010-04-14 12:57:30.000000000 -0500
>>> +++ /etc/init.d/cassandra       2010-04-14 13:00:25.000000000 -0500
>>> @@ -21,6 +21,7 @@
>>>  JSVC=/usr/bin/jsvc
>>>  JVM_MAX_MEM="1G"
>>>  JVM_START_MEM="128M"
>>> +USER=root
>>>
>>>  [ -e /usr/share/cassandra/apache-cassandra.jar ] || exit 0
>>>  [ -e /etc/cassandra/storage-conf.xml ] || exit 0
>>> @@ -75,6 +76,7 @@
>>>     is_running && return 1
>>>
>>>     $JSVC \
>>> +        -user $USER \
>>>         -home $JAVA_HOME \
>>>         -pidfile $PIDFILE \
>>>         -errfile "&1" \
>>>
>>
>>
>>
>

Reply via email to