Re: compaction_throughput: Difference between 0 (unthrottled) and large value

y not copy or use it, or > disclose it to anyone else. If you received it in error please notify us > immediately and then destroy it. Dynatrace Austria GmbH (registration > number FN 91482h) is a company registered in Linz whose registered office > is at 4040 Linz, Austria, Freistädterstraße 313 > -- *Joshua Galbraith *| Senior Software Engineer | New Relic C: 907-209-1208 | jgalbra...@newrelic.com

Re: RE: RE: [EXTERNAL] Cluster is unbalanced

61.21 3311 > 1 > > 75% 0.00 20.50 88.15 3973 > 1 > > 95% 0.00 35.43105.78 3973 > 1 > > 98% 0.00

Re: Problem with dropped mutations

ely. > > Cheers, > Hannu > > > > - > To unsubscribe, e-mail: user-unsubscr...@cassandra.apache.org > For additional commands, e-mail: user-h...@cassandra.apache.org > > -- *Joshua Galbraith *| Senior Software Engineer | New Relic

Re: RE: RE: [EXTERNAL] Cluster is unbalanced

n is blob. > > On Tuesday, June 19, 2018, 6:07:59 PM EDT, Joshua Galbraith < > jgalbra...@newrelic.com.INVALID> wrote: > > > > id text PRIMARY KEY > > What values are written to this id field? Can you give us some examples or > explain the general use case? >

Re: RE: RE: [EXTERNAL] Cluster is unbalanced

> Which means none of the Jiras apply in our case :( > > > On Wednesday, June 20, 2018, 12:18:28 PM EDT, Joshua Galbraith < > jgalbra...@newrelic.com.INVALID> wrote: > > > Okay, that string appears to be a base64-encoded version 4 UUID. Why not > use Cass

Re:

ndra.db.lifecycle.LogTransaction$LogFilesByN >> ame.removeUnfinishedLeftovers(LogTransaction.java:461) >> ~[apache-cassandra-3.11.0.jar:3.11.0] >> at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) >> ~[na:1.8.0_131] >> at java.util.HashMap$EntrySpliterator.tryAdvance(HashMap.java:1712) >> ~[na:1.8.0_131] >> at >> java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:126) >> ~[na:1.8.0_131] >> at >> java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:498) >> ~[na:1.8.0_131] >> at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:485) >> ~[na:1.8.0_131] >> at >> java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) >> ~[na:1.8.0_131] >> at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230) >> ~[na:1.8.0_131] >> at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196) >> ~[na:1.8.0_131] >> at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) >> ~[na:1.8.0_131] >> at java.util.stream.ReferencePipeline.allMatch(ReferencePipeline.java:454) >> ~[na:1.8.0_131] >> at org.apache.cassandra.db.lifecycle.LogTransaction$LogFilesByN >> ame.removeUnfinishedLeftovers(LogTransaction.java:456) >> ~[apache-cassandra-3.11.0.jar:3.11.0] >> at org.apache.cassandra.db.lifecycle.LogTransaction.removeUnfin >> ishedLeftovers(LogTransaction.java:423) ~[apache-cassandra-3.11.0.jar: >> 3.11.0] >> at org.apache.cassandra.db.lifecycle.LogTransaction.removeUnfin >> ishedLeftovers(LogTransaction.java:415) ~[apache-cassandra-3.11.0.jar: >> 3.11.0] >> at org.apache.cassandra.db.lifecycle.LifecycleTransaction.remov >> eUnfinishedLeftovers(LifecycleTransaction.java:544) >> ~[apache-cassandra-3.11.0.jar:3.11.0] >> at >> org.apache.cassandra.db.ColumnFamilyStore.scrubDataDirectories(ColumnFamilyStore.java:636) >> ~[apache-cassandra-3.11.0.jar:3.11.0] >> at >> org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:275) >> [apache-cassandra-3.11.0.jar:3.11.0] >> at >> org.apache.cassandra.service.CassandraDaemon.activate(CassandraDaemon.java:600) >> [apache-cassandra-3.11.0.jar:3.11.0] >> at >> org.apache.cassandra.service.CassandraDaemon.main(CassandraDaemon.java:689) >> [apache-cassandra-3.11.0.jar:3.11.0] >> >> Do you have any idea what may be wrong? >> >> Thanks in advance, >> Deniz >> > > -- *Joshua Galbraith *| Senior Software Engineer | New Relic C: 907-209-1208 | jgalbra...@newrelic.com

Re: RE: [EXTERNAL] Cluster is unbalanced

heavier nodes instead of decreasing. Based on nodetool cfstats, I can > see partition keys on each node varies a lot: > > > > Number of partitions (estimate): 3142552 > > Number of partitions (estimate): 15625442 > > Number of partitions (estimate): 15244021 > > Number of partitions (estimate): 9592992 > > Number of partitions (estimate): 15839280 > > > > How can I diagnose this imbalance further? > > > -- *Joshua Galbraith *| Senior Software Engineer | New Relic C: 907-209-1208 | jgalbra...@newrelic.com

Re: Too many Cassandra threads waiting!!!

a is having these many threads? is it the >> normal behavior of cassandra? Is there a way to reduce this thread count? >> will there be any performance impact because of this (our platform experts >> suspects so)? >> >> Regards, >> Renoy Paulose >> >> > -- *Joshua Galbraith *| Lead Software Engineer | New Relic

Re: Too many Cassandra threads waiting!!!

# cat /etc/redhat-release > CentOS Linux release 7.4.1708 (Core) > > On Fri, Aug 3, 2018 at 8:27 AM, Joshua Galbraith invalid> wrote: > >> Renoy, >> >> Out of curiosity, which kernel version are your nodes running? >> >> You may find this old message

Re: Switching Snitch

and verify that your above assumptions are correct there first. On Sun, Aug 26, 2018 at 1:09 PM, Joshua Galbraith wrote: > Pradeep. > > Right, so from that documentation is sounds like you actually have to stop > all nodes in the cluster at once and bring them back up one at a time. A >

Re: Switching Snitch

://issues.apache.org/jira/browse/CASSANDRA-10242 On Sun, Aug 26, 2018 at 1:20 PM, Joshua Galbraith wrote: > Pradeep, > > That being said, I haven't experimented with -Dcassandra.ignore_dc=true > -Dcassandra.ignore_rack=true before. > > The description here may be helpful: > http

Re: Switching Snitch

ue and if there >> is any drawback now or in future when i add a new datacenter to the >> cluster. I went through the documentation on Switching Snitches but didn't >> get much explanation. >> >> Regards, >> Pradeep >> >> >> >> >> >> >> >> > -- *Joshua Galbraith *| Lead Software Engineer | New Relic

Re: Switching Snitch

/write operation from applications during > the time when sequential repair is running. > > Regards, > Pradeep > > On Mon, Aug 27, 2018 at 12:19 AM, Joshua Galbraith < > jgalbra...@newrelic.com.invalid> wrote: > >> Pradeep, it sounds like what you're proposing c

Re: Is there a plan for Feature like this in C* ?

(Australia) and Instaclustr Inc (USA). >> >> This email and any attachments may contain confidential and legally >> privileged information. If you are not the intended recipient, do not copy >> or disclose its content, but please reply to this email immediately and >> highlight the error to the sender and then immediately delete the message. >> > -- > > > *Justin Cameron*Senior Software Engineer > > > <https://www.instaclustr.com/> > > > This email has been sent on behalf of Instaclustr Pty. Limited (Australia) > and Instaclustr Inc (USA). > > This email and any attachments may contain confidential and legally > privileged information. If you are not the intended recipient, do not copy > or disclose its content, but please reply to this email immediately and > highlight the error to the sender and then immediately delete the message. > -- *Joshua Galbraith *| Lead Software Engineer | New Relic

Re: nodetool status

nk you so much. > KInd regards. > -- *Joshua Galbraith *| Lead Software Engineer | New Relic