You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Aaron Morton (JIRA)" <ji...@apache.org> on 2011/06/27 03:15:47 UTC

[jira] [Updated] (CASSANDRA-2828) CommitLog tool

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

Aaron Morton updated CASSANDRA-2828:
------------------------------------

    Attachment: 0001-2828-07.patch

LogTool command line to read 0.7 log headers and output which CF's are stopping the segment from flushing. 

> CommitLog tool
> --------------
>
>                 Key: CASSANDRA-2828
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-2828
>             Project: Cassandra
>          Issue Type: New Feature
>          Components: Core
>    Affects Versions: 0.7.6
>            Reporter: Aaron Morton
>            Assignee: Aaron Morton
>            Priority: Minor
>         Attachments: 0001-2828-07.patch
>
>
> I wrote this for 0.7.6-2 because I had a need to see what log segment headers were preventing logs from flushing. 
> I've not had a chance to look at it in 0.8 yet. We dont not has header files anymore, so I could turn this into a function on the StorageServiceMBean.
> For my use case i pulled the log headers off a server that had gone into a spin after it filled the commit log volume. nodetool was not running so these was the best solution for me. 
> Posting here to see if there is any interest or need. I think the best approach may be to add a function to the StorageService MBean to find out which CF's are dirty in the active log segments.   

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira