Re: persistent compaction issue (1.1.4 and 1.1.5)

your time. > > Best, > michael > > > 'Like' us on Facebook for exclusive content and other resources on all > Barracuda Networks solutions. > Visit http://barracudanetworks.com/facebook > > > > > 'Like' us on Facebook for exclusive content and other resources on all > Barracuda Networks solutions. > Visit http://barracudanetworks.com/facebook > > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: leveled compaction and tombstoned data

t; they >> > expire faster. >> > >> > > > > -- > Aaron Turner > http://synfin.net/ Twitter: @synfinatic > http://tcpreplay.synfin.net/ - Pcap editing and replay tools for Unix & > Windows > Those who would give up essential Liberty, to purchase a little temporary > Safety, deserve neither Liberty nor Safety. > -- Benjamin Franklin > "carpe diem quam minimum credula postero" > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: leveled compaction and tombstoned data

ction on > > that. Wish I had a URL handy, but hopefully someone else can find it. > > This rather handsome fellow wrote a blog about it: > > http://www.datastax.com/dev/blog/whats-new-in-cassandra-1-1-live-traffic-sampling > > -Brandon > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: leveled compaction and tombstoned data

ever impact existing data), these tombstones are > deadweight that cannot be purged until they hit level4. > > For a write-heavy workload, I recommend you stick with sized-tier. You > have several options at your disposal (compaction min/max thresholds, > gc_grace) to move thin

Re: Struggling to understand CFS and its use.

s/ >> >> Summary : >> >> - distributed file system designed to keep redundant copies of arbitrary >> sized files, which are uploaded and accessed via HTTP >> - uses MySQL as the meta-data store, so you keep it available in the same >> way you (probably already know how to) keep MySQL available >> - scales to more files than almost anyone has >> >> =Rob >> >> > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Professional Support

We were glad to help William, thanks for sharing! On Tue, Sep 6, 2011 at 12:13 PM, William Oberman wrote: > I also have used datastax with great success (same disclaimer). > > A specific example: > -I setup a one-on-one call to talk through an issue, in my case a server > reconfiguration. It too

Re: cassandra.bat install

It looks like it's missing from the binary distribution. If you download the source distribution it will be present. I'll see if I can get it included in the source build. Ben On Thu, Oct 6, 2011 at 2:07 PM, Stephen Pope wrote: > I’ve got the 1.0 rc2 binaries, but it looks like somebody forgot

Re: OOM

Smells like ulimit. Have you been able to reproduce this with the C* process running as root? On Wed, Nov 2, 2011 at 8:12 AM, A J wrote: > java.lang.OutOfMemoryError: unable to create new native thread

Re: gracefully recover from data file corruptions

- remove the corrupted file from the /var/lib/cassandra/data directory >> - start cassandra >> - enable gossip so all pending hintedhandoff occurs >> - enable thrift. >> >> Thanks >> Ramesh >> > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: how stable is 1.0 these days?

:) >> >> On Thu, Jan 26, 2012 at 1:28 PM, Carlo Pires >> wrote: >> >>> If you need to use composite types and create/drop column families on the >>> fly you must be prepared to instabilities. >>> >>> > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Please advise -- 750MB object possible?

GridFS for Cassandra here, take it FWIW. AFAIK Joaquin spent a few hours putting this together at most. https://github.com/joaquincasares/gratefs -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Cassndra 1.0.6 GC query

tp://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Cassndra-1-0-6-GC-query-tp7323457p7323690.html > Sent from the cassandra-u...@incubator.apache.org mailing list archive at > Nabble.com. > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Single Node Cassandra Installation

; Hi, >>>> >>>> We are working on a project that initially is going to have very little >>>> data, but we would like to use Cassandra to ease the future scalability. >>>> Due to budget constraints, we were thinking to run a single node Cassandra >>>> for now and then add more nodes as required. >>>> >>>> I was wondering if it is recommended to run a single node cassandra in >>>> production? Are there any other issues besides lack of high availability? >>>> >>>> Thanks, >>>> >>>> Drew >>>> >>>> >>> >> >> > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: exception when attempting to truncate a table

; 10.0.1.66 DC2 RAC1Up Normal 92.46 GB > 8.33% 155962751505430129087380028406227096917 > > any idea ? > > thanks > > -- > Cyril SCETBON > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Exceptions related to thrift transport

right, to the > extent permitted under applicable law, to monitor electronic > communications. This message is subject to terms available at the following > link: http://www.morganstanley.com/disclaimers. If you cannot access > these links, please notify us by reply message and we will send the > contents to you. By messaging with Morgan Stanley you consent to the > foregoing. > > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Cassandra - crash with “free() invalid pointer”

> 01fd-15798000 rw-p 00:00 0 > > [heap] > > 40002000-40005000 ---p 00:00 0 > > 40005000-40023000 rw-p 00:00 0 > > 4003-40033000 ---p 00:00 0 > > 40033000-40051000 rw-p 00:00 0 > > > > Does anyone have similar problems? or maybe some hints? > > > > Thanks, > > Maciej > > > > -- > sent from my Nokia 3210 > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Largest 'sensible' value

re outside sanity? > > thanks > > -- > > *Franc Carter* | Systems architect | Sirca Ltd > > > franc.car...@sirca.org.au | www.sirca.org.au > > Tel: +61 2 9236 9118 > > Level 9, 80 Clarence St, Sydney NSW 2000 > > PO Box H58, Australia Square, Sydney NSW 1215 > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Why so many SSTables?

>In general I would limit the data load per node to 300 to 400GB. Otherwise > things can painful when it comes time to run compaction / repair / move . +1 on more nodes of moderate size

Re: Is the secondary index re-built under compaction?

;>>> Maxim >>>>> >>>>> >>>>> >>>>> On 4/17/2012 6:16 AM, aaron morton wrote: >>>>> >>>>> Yes secondary index builds are done via the compaction manager. >>>>> >>>>> Cheers >>>>> >>>>> - >>>>> Aaron Morton >>>>> Freelance Developer >>>>> @aaronmorton >>>>> http://www.thelastpickle.com >>>>> >>>>> On 17/04/2012, at 1:06 PM, Maxim Potekhin wrote: >>>>> >>>>> I noticed that "nodetool compactionstats" shows the building of the >>>>> secondary index while >>>>> I initiate compaction. Is this to be expected? Cassandra version 0.8.8. >>>>> >>>>> Thank you >>>>> >>>>> Maxim >>>>> >>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> http://twitter.com/tjake >>>> >>>> >>>> >>> >>> >>> -- >>> http://twitter.com/tjake >>> >>> >>> >> >> >> -- >> http://twitter.com/tjake >> >> >> > > > -- > http://twitter.com/tjake > > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: incremental_backups

is size? Are there any other implications? > Thanks, > > *Tamar Fraenkel * > Senior Software Engineer, TOK Media > > [image: Inline image 1] > > ta...@tok-media.com > Tel: +972 2 6409736 > Mob: +972 54 8356490 > Fax: +972 2 5612956 > > > > -- Ben Coverston DataStax -- The Apache Cassandra Company <>

Re: getting status of long running repair

n't mean they don't exist, of course) so you might >> want to file one. :) >> >> =Rob >> >> -- >> =Robert Coli >> AIM>ALK - rc...@palominodb.com >> YAHOO - rcoli.palominob >> SKYPE - rcoli_palominodb >> > > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: org.apache.cassandra.io.sstable.CorruptSSTableException

ataSize of 1249463589142530 starting at >> 5604968 would be larger than file >> /data/3/cassandra/data/users/global_user/users-global_user-ib-1550-Data.db >> length 14017479 >> at >> org.apache.cassandra.io.sstable.SSTableIdentityIterator.(SSTableIdentityIterator.java:123) >> ... 9 more >> >> > -- Ben Coverston DataStax -- The Apache Cassandra Company

Re: Argh: Data Corruption (LOST DATA) (0.7.0)

Dan, Do you have any more information on this issue? Have you been able to discover anything from exporing your SSTables to JSON? Thanks, Ben On 1/29/11 12:45 PM, Dan Hendry wrote: I am once again having severe problems with my Cassandra cluster. This time, I straight up cannot read sectio