Dne 25.5.2012 2:41, Edward Capriolo napsal(a):
Also it does not sound like you have run anti entropy repair. You
should do that when upping rf.
i run entropy repairs and it still does not fix counters. I have some
reports from users with same problem but nobody discovered repeatable
Also it does not sound like you have run anti entropy repair. You should do
that when upping rf.
On Monday, May 21, 2012, Radim Kolar h...@filez.com wrote:
Dne 26.3.2012 19:17, aaron morton napsal(a):
Can you describe the situations where counter updates are lost or go
backwards ?
Do you ever
Dne 26.3.2012 19:17, aaron morton napsal(a):
Can you describe the situations where counter updates are lost or go
backwards ?
Do you ever get TimedOutExceptions when performing counter updates ?
we got few timeouts per day but not much, less then 10. I do not think
that timeouts will be root
Can you describe the situations where counter updates are lost or go backwards ?
Do you ever get TimedOutExceptions when performing counter updates ?
Cheers
-
Aaron Morton
Freelance Developer
@aaronmorton
http://www.thelastpickle.com
On 24/03/2012, at 6:34 PM, Radim Kolar
Sylvain, here is my ticket, but I guess you already know it since you are
the assignee :) --https://issues.apache.org/jira/browse/CASSANDRA-3465
Riyad, Thanks for your help.
Alain
2011/11/7 Riyad Kalla rka...@gmail.com
Alain thank you for all the clarification, I understand exactly what you
Most welcome, hopefully the bug is easy to find and kill :)
On Tue, Nov 8, 2011 at 3:28 AM, Alain RODRIGUEZ arodr...@gmail.com wrote:
Sylvain, here is my ticket, but I guess you already know it since you are
the assignee :) --https://issues.apache.org/jira/browse/CASSANDRA-3465
Riyad, Thanks
Hi,
I trying to switch from a RF = 1 to a RF = 3, but I get wrong values from
counters when doing so...
I got a CF that contains many counters of some events. When I'm at RF = 1
and simulate 10 events, they are well counted.
However, when I switch to a RF = 3, my counter show a wrong value that
Alain,
Try using a CL of 3 or ALL and see if that the problem goes away.
Your replication factor (as I just learned) dictates how many nodes each
piece of data is replicated to; by using a RF of 3 you are saying
replicate all my data to all my nodes (in this case counters).
This doesn't happen
Alain,
When you tried CL.All was that only after you had made the change of
ReplicationFactor=3 and restarted all the servers?
If you hadn't restarted the servers with the new RF, I am not sure that
CL.All would have the intended effect.
Also, I wasn't sure what you meant by but know every
I retried it after restarting all the servers.
I still have wrong results (I simulated an event 5 times and it was counted
3 times by some counters 4 or 5 times by others.
What I meant by but now every request returns me always the same count
value... will be easier to explain with an example :
This sound like a bug 'a priori'. Do you mind opening a ticket at
https://issues.apache.org/jira/browse/CASSANDRA?
It will help if you can specify which version you are using and the
exact procedure you did that leads to that.
If know how to reproduce, that would be even better.
--
Sylvain
On
Alain thank you for all the clarification, I understand exactly what you
meant now... and as a result am just as confused as you are :)
What version of Cassandra are you using? Can you share the important parts
of your config? (you double checked that your replication factor is set on
all 3 to
Hi,
Looking at this talk (
http://www.datastax.com/wp-content/uploads/2011/07/cassandra_sf_counters.pdf)
by Sylvain Lesbresne at DataStax, I had a few questions related to my
understanding Cassandra architecture.
Assuming that we have a keyspace in Cassandra with:
1. Replication Factor (RF) = 1.
13 matches
Mail list logo