[ 
https://issues.apache.org/jira/browse/CASSANDRA-3868?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13214983#comment-13214983
 ] 

Peter Schuller commented on CASSANDRA-3868:
-------------------------------------------

Being "under capacity" is often not a binary and non-changing thing. You may be 
close to capacity; you may have a burst of traffic due to real traffic 
patterns, or you may have a burst of traffic because of the behavior of some 
other piece of software, or maybe you are temporarily having problems because 
someone is reading at QUORUM, a large compaction is causing a node to be backed 
up, and another neighbor goes down so that dynamic snitching doesn't save you, 
etc. Maybe you suffered a power outtage and lots of nodes are coming back with 
a cold page cache. Maybe.... you get the idea. :)

Actually though, it does strike me that replicate_on_write would be more useful 
as a per-node JMX tweakable setting than a schema attribute. Having to push 
through a schema change is something you want to avoid anyway, and you'd 
definitely like to be able to tweak this on a per-node basis.

Ok - I have changed my mind, looking at it from this perspective. I suggest 
that we keep the ability in place by a simple JMX adjustable flag global to a 
node (I can submit the patch for that if people agree), and remove the support 
for it in the schema as originally suggested. That should further avoid the 
chance of it being seen as a supported/primary feature somehow, and makes it 
more safe and easy to adjust this in near-real time.
                
> Remove or nullify replicate_on_write option
> -------------------------------------------
>
>                 Key: CASSANDRA-3868
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-3868
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 0.8.0
>            Reporter: Brandon Williams
>             Fix For: 1.1.0
>
>         Attachments: 3868.txt
>
>
> My understanding from Sylvain is that setting this option to false is rather 
> dangerous/stupid, and you should basically never do it.  So 1.1 is a good 
> time to get rid of it, or make it a no-op.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to