You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Chris Lohfink (JIRA)" <ji...@apache.org> on 2015/03/11 01:07:38 UTC

[jira] [Updated] (CASSANDRA-8734) Expose commit log archive status

     [ https://issues.apache.org/jira/browse/CASSANDRA-8734?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Chris Lohfink updated CASSANDRA-8734:
-------------------------------------
    Attachment: 8734-cassandra-2.0.txt

> Expose commit log archive status
> --------------------------------
>
>                 Key: CASSANDRA-8734
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-8734
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Config
>            Reporter: Philip S Doctor
>            Assignee: Chris Lohfink
>            Priority: Minor
>             Fix For: 2.1.4
>
>         Attachments: 8734-cassandra-2.0.txt, 8734-cassandra-2.1.txt
>
>
> The operational procedure to modify commit log archiving is to edit commitlog_archiving.properties and then perform a restart.  However this has troublesome edge cases:
> 1) It is possible for people to modify commitlog_archiving.properties but then not perform a restart
> 2) It is possible for people to modify commitlog_archiving.properties only on some nodes
> 3) It is possible for people to have modified file + restart but then later add more nodes without correct modifications.
> Because of these reasons, it is operationally useful to be able to audit the commit log archive state of a node.  Simply parsing commitlog_archiving.properties is insufficient due to #1.  
> I would suggest exposing either via some system table or JMX would be useful.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)