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