Re: Range Queries consistency in an inconsistent cluster.

priolo wrote > Range queries do not currently read repair, although there is a ticket > on this. If you want them to be consistent do them at QUORUM, or all. > But in a strange quirk since get_range_slice does not repair those > operations are not "eventually consistent" > >

Range Queries consistency in an inconsistent cluster.

Hi, I'm somewhat lost in regards to the results I can expect from running range queries in a (temporarily) 'inconsistent' cluster (e.g. if node has been down for some time and hasn't caught up yet). Suppose I have 4 nodes in 2 DCs (cassandra 1.1.7): DCa: a1 and a2 DCb: b1 and b2 I'm using ByteOrd

Re: node down = log explosion?

l wait a bit >>> for > > perhaps the excessive logging could be handled better, please add a ticket > when you have time. > > Cheers > > - > Aaron Morton > Freelance Cassandra Developer > New Zealand > > @aaronmorton > http://www

Re: node down = log explosion?

for the values of "pretty") On the subject of bug report -- I probably will -- but I'll wait a bit for more info here, perhaps there's some configuration or something that I just don't know about. Rob Coli wrote > On Tue, Jan 22, 2013 at 5:03 AM, Sergey Olefir <

node down = log explosion?

I have Cassandra 1.1.7 cluster with 4 nodes in 2 datacenters (2+2). Replication is configured as DC1:2,DC2:2 (i.e. every node holds the entire data). I am load-testing counter increments at the rate of about 10k per second. All writes are directed to two nodes in DC1 (DC2 nodes are basically backu

Re: Cassandra counters replication uses more traffic than client increments?

ds, Sergey Sergey Olefir wrote > Hi, > > as part of our ongoing tests with Cassandra, we've tried to evaluate the > amount of traffic generated in client-to-server and server-to-server > (replication scenarios). > > The results we are getting are surprising. > > Our s

Re: cassandra-cli + secured JMX = WARNING: Could not connect to the JMX

t; Cheers > - > Aaron Morton > Freelance Cassandra Developer > New Zealand > > @aaronmorton > http://www.thelastpickle.com > > On 19/12/2012, at 2:24 AM, Sergey Olefir < > solf.lists@ > > wrote: > >> Hi, >> >> for

cassandra-cli + secured JMX = WARNING: Could not connect to the JMX

Hi, for a number of reasons (particularly to prevent accidental access), I've decided to try to secure (slightly) our Cassandra installation(s). To this end I've started with 'securing' client access via code very similar to SimpleAuthenticator (in examples dir). This, however, has no effect on n

Re: Multiple Data Center shows very uneven load

sstables. > > > Cheers > > - > Aaron Morton > Freelance Cassandra Developer > New Zealand > > @aaronmorton > http://www.thelastpickle.com > > On 13/12/2012, at 10:35 AM, Sergey Olefir < > solf.lists@ > > wrote: > >> Nick Bailey-2 wrote >&

Re: Multiple Data Center shows very uneven load

Nick Bailey-2 wrote > Dropping a keyspace causes a snapshot to be taken of the keyspace before > it > is removed from the schema. So it won't actually delete any data. You can > manually delete the data from /var/lib/cassandra/ > > //snapshots Indeed, it looks like snapshot is on the file

Re: Multiple Data Center shows very uneven load

odetool cleanup, and node restart (for 11.111.111.1) -- none of that >> helped >> (it still had those 700+ MB of data). > Glancing at the logs it could be Hints or commit log replaying. > Use nodetool cfstats to see which CF's are on the node and what their size > is.

Re: Multiple Data Center shows very uneven load

aaron morton wrote > Hi Sergey, I think you have forgotten to include some information in your > email. Ah, I used Nable's markup and it seems to have eaten text somehow. Anyway, here it is without formatting (much harder to read though)> I have a very similar issue myself and would love to know

Re: Multiple Data Center shows very uneven load

Keith Wright wrote > I have base Cassandra 1.1.7 installed in two data centers with 3 nodes > each using a PropertyFileSnitch as outlined below. When I run a nodetool > ring, I see a very uneven load. Any idea what I could be going on? I have > not added/removed any nodes or changed the replication

Re: counters + replication = awful performance?

7;m not suggesting you should use RF=1 at all. > What > I am saying is that the performance you see with RF=2 is the performance > of > counters in Cassandra. > > -- > Sylvain > > > On Wed, Nov 28, 2012 at 7:34 AM, Sergey Olefir < > solf.lists@ > > wrote: >

Re: counters + replication = awful performance?

count. Ie 5 nodes at rf 3 is fast 10 nodes at rf > 3 even better. > On Tuesday, November 27, 2012, Sergey Olefir < > solf.lists@ > > wrote: >> I already do a lot of in-memory aggregation before writing to Cassandra. >> >> The question here is what is wrong with Cas

Re: counters + replication = awful performance?

ub.com/edwardcapriolo/IronCount/blob/master/src/test/java/com/jointhegrid/ironcount/mockingbird/MockingBirdMessageHandler.java > > > On Tuesday, November 27, 2012, Sergey Olefir < > solf.lists@ > > wrote: >> Hi, thanks for your suggestions. >> >> Regardin

Re: counters + replication = awful performance?

gt; follower replicas. Accepts the values true and false. >> >> Edward >> On Tue, Nov 27, 2012 at 1:02 PM, Michael Kjellman < >> > mkjellman@ >> wrote: >> >>> Are you writing with QUORUM consistency or ONE? >>> >>> On 11/27/12 9

Re: counters + replication = awful performance?

Are you writing with QUORUM consistency or ONE? > > On 11/27/12 9:52 AM, "Sergey Olefir" < > solf.lists@ > > wrote: > >>Hi Juan, >> >>thanks for your input! >> >>In my case, however, I doubt this is the case -- clients are able to push

Re: counters + replication = awful performance?

I'm using ONE like this (Hector): ConfigurableConsistencyLevel consistencyLevel = new ConfigurableConsistencyLevel(); consistencyLevel.setDefaultReadConsistencyLevel(HConsistencyLevel.ONE); consistencyLevel.setDefaultWriteConsistencyLevel(HConsistencyLevel.ONE); -- View this message in context

Re: counters + replication = awful performance?

with counters which were bottle-necked by > network throughput. You might be seeing a problem with throughput between > the clients and Cass or between the two Cass nodes. It might not be your > case, but that was what happened to me :-) > > Juan > > > On

counters + replication = awful performance?

Hi, I have a serious problem with counters performance and I can't seem to figure it out. Basically I'm building a system for accumulating some statistics "on the fly" via Cassandra distributed counters. For this I need counter updates to work "really fast" and herein lies my problem -- as soon a