Re: Logging

Joel, Thanks for reference. What I'm trying to achieve, is to add the name of the user, who initiated logged action. I tried c{5}, but what I see is that; TRACE [GossipTasks:1] c{5} 2016-01-21 20:51:17,619 Gossiper.java:700 - Performing status check ... I think, I'm missing something here. Any s

Re: Strategy / order for upgradesstables during rolling upgrade.

Definitely B. On Thu, Jan 21, 2016 at 11:42 AM Robert Coli wrote: > On Thu, Jan 21, 2016 at 11:37 AM, Kevin Burton wrote: > >> I think there are two strategies to upgradesstables after a release. >> >> We're doing a 2.0 to 2.1 upgrade (been procrastinating here). >> >> I think we can go with B

Re: Strategy / order for upgradesstables during rolling upgrade.

On Thu, Jan 21, 2016 at 11:37 AM, Kevin Burton wrote: > I think there are two strategies to upgradesstables after a release. > > We're doing a 2.0 to 2.1 upgrade (been procrastinating here). > > I think we can go with B below... Would you agree? > > Strategy A: > > - foreach server >

Strategy / order for upgradesstables during rolling upgrade.

I think there are two strategies to upgradesstables after a release. We're doing a 2.0 to 2.1 upgrade (been procrastinating here). I think we can go with B below... Would you agree? Strategy A: - foreach server - upgrade to 2.1 - nodetool upgradesstables Strategy B: -

Re: Logging

Cassandra uses logback as its backend for logging. You can find information about configuring logging in Cassandra by searching for "Configuring logging" on docs.datastax.com and selecting the documentation for your version. The documentation for PatternLayouts (the pattern string about which you

Logging

Greetings, Guys, can you, please, point me to documentation on how to configure format of logs? I want make it clear, I'm talking about formatting i.e. this: %-5level %date{HH:mm:ss,SSS} %msg%n What if I want to add another parameters into this string? Is there a list of available parameters her

[ANNOUNCE] Apache Nutch 2.3.1 Release

Hi Folks, !!Apologies for cross posting!! The Apache Nutch PMC are pleased to announce the immediate release of Apache Nutch v2.3.1, we advise all current users and developers of the 2.X series to upgrade to this release. Nutch is a well matured, production ready Web crawler. Nutch 2.X branch is

Re: Spark Cassandra Java Connector: records missing despite consistency=ALL

Hi Anthony, no, the logging is not done via Spark (but PHP). But that does not really matter, as the records are eventually there. So it is the READ_CONSISTENCY=ALL that is not working. Btw. it seems that using withReadConf() and setting the consistency level there is working but I need to w

Re: compaction throughput

@penguin There have been steady improvements in the different compaction strategies recently but not major re-writes. All the best, [image: datastax_logo.png] Sebastián Estévez Solutions Architect | 954 905 8615 | sebastian.este...@datastax.com [image: linkedin.png]

Re: Nodes fail to reconnect after several hours of network failure.

Its worth checking your connectivity on each node to see if the connections are established: For example: # netstat -ant | awk 'NR==2;/7001/' Proto Recv-Q Send-Q Local Address Foreign Address State tcp0 0 172.31.10.93:7001 0.0.0.0:* LISTEN tcp

Re: compaction throughput

I am using 2.2.4 and have seen multiple compactors running on the same table. The number of compactors seems to be controlled by concurrent_compactors. As of type of compactions, I've seen normal compaction, tombstone compaction. Validation and Anticompaction seem to always be single threaded. On

Re: Nodes fail to reconnect after several hours of network failure.

In the logs nothing strange but “nodetool gossipinfo” seems OK ./nodetool gossipinfo /192.168.1.10 generation:1453316804 heartbeat:206518 STATUS:18:NORMAL,-1003341236369672970 LOAD:206420:4.3533596E7 SCHEMA:14:6f97097b-45ce-3479-8b2f-af2fef4967e7 DC:8:DC2 RACK:10:rack1 RELEASE_VER

Re: compaction throughput

Thanks for that clarification Sebastian! That's really good to know! I never took increasing this value in consideration because of my previous experience. In my case I had a table that was compacting over and over... and only one CPU was used. So that made me believe it was not multithreaded (I a

Re: Nodes fail to reconnect after several hours of network failure.

Hi, do you see any message related to gossip info? 2016-01-21 14:09 GMT+01:00 Bernardino Mota < bernardino.m...@knowledgeworks.pt>: > Using Cassandra 2.2.4 on Ubuntu. > > We have a cluster with two nodes that during several hours failed to > connect with each other due to network problems. The d

Re: compaction throughput

>So compaction of one table will NOT spread over different cores. This is not exactly true. You actually can have multiple compactions running at the same time on the same table, it just doesn't happen all that often. You essentially would have to have two sets of sstables that are both eligible f

Re: compaction throughput

That is interesting... We recently resolved a performance issue solely by increasing concurrent_compactors parameter from default to 64. We have two tables but 90% data is only in 1 table. We got read performance boost of more than 100% just by increasing that param in yaml. Based on what you sa

Re: Possible to adjust tokens on a vnode cluster?

Hello John! I'm just wonder how often one of your cluster nodes failed/crashed/go_down or meets disks crashing? Looking for some sort of probability of hardware failure.. Thank you. On 01/19/2016 09:21 PM, John Sumsion wrote: I have a 24 node cluster, with vnodes set to 256. 'nodetool st

Nodes fail to reconnect after several hours of network failure.

Using Cassandra 2.2.4 on Ubuntu. We have a cluster with two nodes that during several hours failed to connect with each other due to network problems. The database continued to be used in one of the nodes with writes being stored in the Hints file as supposed. But now that the network is OK aga

Re: compaction throughput

After having some issues myself with compaction I think it's noteworthy to explicitly state that compaction of a table can only run on one CPU. So compaction of one table will NOT spread over different cores. To really have use of concurrent_compactors you need to have multiple table compactions in