You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@cassandra.apache.org by Eric Evans <ee...@rackspace.com> on 2010/04/13 16:54:52 UTC
[RELEASE] 0.6.0
I'm pleased to announce the official release of Apache Cassandra 0.6.0,
(aka The Best Evar). Get yours now from the usual place[1], and as
always, be sure to read the release notes[2] (especially if you're
upgrading).
Since this is our first official release since graduating to a top-level
project, the ASF is sending us off in style with an official press
release covering both. Take one, and pass it down: http://bit.ly/98i5Hq
[1]: http://cassandra.apache.org/download
[2]: http://bit.ly/8ZR0Jc (release notes)
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Eric Evans <ee...@rackspace.com>.
On Tue, 2010-04-13 at 10:43 -0700, Ned Wolpert wrote:
> Is 0.6.0 a repackage of 0.6.0rc1? If we're running 0.6.0rc1 do we need
> to upgrade?
Yes (repackage), and no (you don't need to upgrade).
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Jordan Pittier <jo...@gmail.com>.
For those who can't wait :
http://perso.rezel.net/cassandra_0.6.0-1_all.deb
md5sum is 6dd71e18e1e0239e50302098d395536e
Based on https://svn.apache.org/repos/asf/cassandra/tags/cassandra-0.6.0/
On Tue, Apr 13, 2010 at 7:43 PM, Ned Wolpert <ne...@imemories.com>wrote:
> Is 0.6.0 a repackage of 0.6.0rc1? If we're running 0.6.0rc1 do we need to
> upgrade?
>
>
> On Tue, Apr 13, 2010 at 10:12 AM, Eric Evans <ee...@rackspace.com> wrote:
>
>> On Tue, 2010-04-13 at 11:14 -0500, Lee Parker wrote:
>> > Any chance of an updated debian package?
>>
>> Yes. RSN.
>>
>> --
>> Eric Evans
>> eevans@rackspace.com
>>
>>
>
>
> --
> Virtually, Ned Wolpert
>
> "Settle thy studies, Faustus, and begin..." --Marlowe
>
Re: [RELEASE] 0.6.0
Posted by Ned Wolpert <ne...@imemories.com>.
Is 0.6.0 a repackage of 0.6.0rc1? If we're running 0.6.0rc1 do we need to
upgrade?
On Tue, Apr 13, 2010 at 10:12 AM, Eric Evans <ee...@rackspace.com> wrote:
> On Tue, 2010-04-13 at 11:14 -0500, Lee Parker wrote:
> > Any chance of an updated debian package?
>
> Yes. RSN.
>
> --
> Eric Evans
> eevans@rackspace.com
>
>
--
Virtually, Ned Wolpert
"Settle thy studies, Faustus, and begin..." --Marlowe
Re: [RELEASE] 0.6.0
Posted by Ted Zlatanov <tz...@lifelogs.com>.
On Mon, 19 Apr 2010 12:47:52 -0500 Eric Evans <ee...@rackspace.com> wrote:
EE> On Mon, 2010-04-19 at 12:02 -0500, Ted Zlatanov wrote:
>>
EE> It's the first item on debian/TODO, but, you know, patches welcome
>> and
EE> all that.
>>
TZ> The appended patch has been sufficient for me.
>>
>> Eric, do you need me to open a ticket for this, too, or is what I
>> posted sufficient?
EE> Feel free to open a ticket, that never hurts.
CASSANDRA-1004
EE> I had planned to use the maintainer scripts to create a system user (in
EE> an idempotent way), with a default configuration that used this new
EE> user. I had also planned to ensure that permissions were updated
EE> accordingly when upgrading from a previous version.
OK, thanks for explaining. Maybe it's OK to include $NAME right now and
work on the full user support when there's time?
Thanks
Ted
Re: [RELEASE] 0.6.0
Posted by Eric Evans <ee...@rackspace.com>.
On Mon, 2010-04-19 at 12:02 -0500, Ted Zlatanov wrote:
>
> EE> It's the first item on debian/TODO, but, you know, patches welcome
> and
> EE> all that.
>
> TZ> The appended patch has been sufficient for me.
>
> Eric, do you need me to open a ticket for this, too, or is what I
> posted sufficient?
Feel free to open a ticket, that never hurts.
I had planned to use the maintainer scripts to create a system user (in
an idempotent way), with a default configuration that used this new
user. I had also planned to ensure that permissions were updated
accordingly when upgrading from a previous version.
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Ted Zlatanov <tz...@lifelogs.com>.
On Wed, 14 Apr 2010 13:09:13 -0500 Ted Zlatanov <tz...@lifelogs.com> wrote:
TZ> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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.
TZ> The appended patch has been sufficient for me.
Eric, do you need me to open a ticket for this, too, or is what I posted
sufficient?
Thanks
Ted
Re: [RELEASE] 0.6.0
Posted by Jonathan Ellis <jb...@gmail.com>.
sounds like http://wiki.apache.org/cassandra/FAQ#slows_down_after_lotso_inserts
On Sun, Apr 18, 2010 at 3:05 AM, Schubert Zhang <zs...@gmail.com> wrote:
> Thanks Jonathan and Chris,
>
> I am using 6u19 in above test:
>
> [cassandra@nd1-rack0-cloud cassandra]$ java -version
> java version "1.6.0_19"
> Java(TM) SE Runtime Environment (build 1.6.0_19-b04)
> Java HotSpot(TM) 64-Bit Server VM (build 16.2-b04, mixed mode)
>
>
> On Sun, Apr 18, 2010 at 12:56 PM, Jonathan Ellis <jb...@gmail.com> wrote:
>>
>> 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 <jb...@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 <go...@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 <tz...@lifelogs.com>
>> >>>
>> >>> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
>> >>>
>> >>
>> >>
>> >>
>> >
>
>
Re: [RELEASE] 0.6.0
Posted by Schubert Zhang <zs...@gmail.com>.
Thanks Jonathan and Chris,
I am using 6u19 in above test:
[cassandra@nd1-rack0-cloud cassandra]$ java -version
java version "1.6.0_19"
Java(TM) SE Runtime Environment (build 1.6.0_19-b04)
Java HotSpot(TM) 64-Bit Server VM (build 16.2-b04, mixed mode)
On Sun, Apr 18, 2010 at 12:56 PM, Jonathan Ellis <jb...@gmail.com> wrote:
> 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 <jb...@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 <go...@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 <tz...@lifelogs.com>
> >>>
> >>> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
> >>>
> >>
> >>
> >>
> >
>
Re: [RELEASE] 0.6.0
Posted by Jonathan Ellis <jb...@gmail.com>.
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 <jb...@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 <go...@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 <tz...@lifelogs.com>
>>>
>>> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
>>>
>>
>>
>>
>
Re: [RELEASE] 0.6.0
Posted by Jonathan Ellis <jb...@gmail.com>.
jdk 1.6 b20 has the fix for the CLQ gc problem, btw.
On Sat, Apr 17, 2010 at 11:31 PM, Chris Goffinet <go...@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 <tz...@lifelogs.com>
>>
>> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
>>
>
>
>
Re: [RELEASE] 0.6.0
Posted by Chris Goffinet <go...@digg.com>.
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 <tz...@lifelogs.com>
> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
>
>
Re: [RELEASE] 0.6.0
Posted by Schubert Zhang <zs...@gmail.com>.
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 <tz...@lifelogs.com>
> On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
>
>
Re: [RELEASE] 0.6.0
Posted by Ted Zlatanov <tz...@lifelogs.com>.
On Wed, 14 Apr 2010 12:23:19 -0500 Eric Evans <ee...@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" \
Re: [RELEASE] 0.6.0
Posted by Eric Evans <ee...@rackspace.com>.
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.
It's the first item on debian/TODO, but, you know, patches welcome and
all that.
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Ted Zlatanov <tz...@lifelogs.com>.
On Tue, 13 Apr 2010 15:54:39 -0500 Eric Evans <ee...@rackspace.com> wrote:
EE> I leaned into it. An updated package has been uploaded to the Cassandra
EE> repo (see: http://wiki.apache.org/cassandra/DebianPackaging).
Thank you for providing the release to the repository.
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.
Thanks
Ted
Re: [RELEASE] 0.6.0
Posted by Lee Parker <le...@socialagency.com>.
Awesome. This is greatly appreciated.
Lee Parker
lee@spredfast.com
[image: Spredfast]
On Tue, Apr 13, 2010 at 3:54 PM, Eric Evans <ee...@rackspace.com> wrote:
> On Tue, 2010-04-13 at 12:12 -0500, Eric Evans wrote:
> > > Any chance of an updated debian package?
> >
> > Yes. RSN.
>
> I leaned into it. An updated package has been uploaded to the Cassandra
> repo (see: http://wiki.apache.org/cassandra/DebianPackaging).
>
> Enjoy.
>
> --
> Eric Evans
> eevans@rackspace.com
>
>
Re: [RELEASE] 0.6.0
Posted by Eric Evans <ee...@rackspace.com>.
On Tue, 2010-04-13 at 12:12 -0500, Eric Evans wrote:
> > Any chance of an updated debian package?
>
> Yes. RSN.
I leaned into it. An updated package has been uploaded to the Cassandra
repo (see: http://wiki.apache.org/cassandra/DebianPackaging).
Enjoy.
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Eric Evans <ee...@rackspace.com>.
On Tue, 2010-04-13 at 11:14 -0500, Lee Parker wrote:
> Any chance of an updated debian package?
Yes. RSN.
--
Eric Evans
eevans@rackspace.com
Re: [RELEASE] 0.6.0
Posted by Jonathan Ellis <jb...@gmail.com>.
Compared to what? 0.5? It's still pure java and runs fine on Windows, the
cassandra.bat is somewhat improved, and there are still no bat files for
nodetool and the other utilities.
On Tue, Apr 13, 2010 at 11:51 AM, dir dir <si...@gmail.com> wrote:
> Any change or update in the new version (especially for the implementation
> in the Microsoft Windows)?? Thanks.
>
> Dir.
Re: [RELEASE] 0.6.0
Posted by dir dir <si...@gmail.com>.
Any change or update in the new version (especially for the implementation
in the Microsoft Windows)?? Thanks.
Dir.
On Tue, Apr 13, 2010 at 11:14 PM, Lee Parker <le...@socialagency.com> wrote:
> Any chance of an updated debian package?
>
> Lee Parker
> lee@spredfast.com
>
> [image: Spredfast]
> On Tue, Apr 13, 2010 at 10:10 AM, Donyee <xy...@gmail.com> wrote:
>
>> Great!
>>
>> 2010/4/13 Eric Evans <ee...@rackspace.com>
>>
>>
>>> I'm pleased to announce the official release of Apache Cassandra 0.6.0,
>>> (aka The Best Evar). Get yours now from the usual place[1], and as
>>> always, be sure to read the release notes[2] (especially if you're
>>> upgrading).
>>>
>>> Since this is our first official release since graduating to a top-level
>>> project, the ASF is sending us off in style with an official press
>>> release covering both. Take one, and pass it down: http://bit.ly/98i5Hq
>>>
>>>
>>> [1]: http://cassandra.apache.org/download
>>> [2]: http://bit.ly/8ZR0Jc (release notes)
>>>
>>> --
>>> Eric Evans
>>> eevans@rackspace.com
>>>
>>>
>>
>>
>> --
>> Yet Another Java EE Developer!
>>
>
>
Re: [RELEASE] 0.6.0
Posted by Lee Parker <le...@socialagency.com>.
Any chance of an updated debian package?
Lee Parker
lee@spredfast.com
[image: Spredfast]
On Tue, Apr 13, 2010 at 10:10 AM, Donyee <xy...@gmail.com> wrote:
> Great!
>
> 2010/4/13 Eric Evans <ee...@rackspace.com>
>
>
>> I'm pleased to announce the official release of Apache Cassandra 0.6.0,
>> (aka The Best Evar). Get yours now from the usual place[1], and as
>> always, be sure to read the release notes[2] (especially if you're
>> upgrading).
>>
>> Since this is our first official release since graduating to a top-level
>> project, the ASF is sending us off in style with an official press
>> release covering both. Take one, and pass it down: http://bit.ly/98i5Hq
>>
>>
>> [1]: http://cassandra.apache.org/download
>> [2]: http://bit.ly/8ZR0Jc (release notes)
>>
>> --
>> Eric Evans
>> eevans@rackspace.com
>>
>>
>
>
> --
> Yet Another Java EE Developer!
>
Re: [RELEASE] 0.6.0
Posted by Lu Ming <xl...@live.com>.
Cheers!
From: Donyee
Sent: Tuesday, April 13, 2010 11:10 PM
To: user@cassandra.apache.org
Subject: Re: [RELEASE] 0.6.0
Great!
2010/4/13 Eric Evans <ee...@rackspace.com>
I'm pleased to announce the official release of Apache Cassandra 0.6.0,
(aka The Best Evar). Get yours now from the usual place[1], and as
always, be sure to read the release notes[2] (especially if you're
upgrading).
Since this is our first official release since graduating to a top-level
project, the ASF is sending us off in style with an official press
release covering both. Take one, and pass it down: http://bit.ly/98i5Hq
[1]: http://cassandra.apache.org/download
[2]: http://bit.ly/8ZR0Jc (release notes)
--
Eric Evans
eevans@rackspace.com
--
Yet Another Java EE Developer!
Re: [RELEASE] 0.6.0
Posted by Donyee <xy...@gmail.com>.
Great!
2010/4/13 Eric Evans <ee...@rackspace.com>
>
> I'm pleased to announce the official release of Apache Cassandra 0.6.0,
> (aka The Best Evar). Get yours now from the usual place[1], and as
> always, be sure to read the release notes[2] (especially if you're
> upgrading).
>
> Since this is our first official release since graduating to a top-level
> project, the ASF is sending us off in style with an official press
> release covering both. Take one, and pass it down: http://bit.ly/98i5Hq
>
>
> [1]: http://cassandra.apache.org/download
> [2]: http://bit.ly/8ZR0Jc (release notes)
>
> --
> Eric Evans
> eevans@rackspace.com
>
>
--
Yet Another Java EE Developer!