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 Goffinet (JIRA)" <ji...@apache.org> on 2011/04/09 05:52:05 UTC
[jira] [Created] (CASSANDRA-2444) An option to disable compaction
on startup
An option to disable compaction on startup
------------------------------------------
Key: CASSANDRA-2444
URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
Project: Cassandra
Issue Type: Bug
Reporter: Chris Goffinet
Priority: Minor
We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-2444) An option to disable compaction
on startup
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13023112#comment-13023112 ]
Jonathan Ellis commented on CASSANDRA-2444:
-------------------------------------------
bq. Rather than adding an option for this, I think we should remove the check entirely. If the node needs to compact, it will do so at the first flush
+1
> An option to disable compaction on startup
> ------------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) An option to disable compaction
on startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-2444:
--------------------------------------
Attachment: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch
> An option to disable compaction on startup
> ------------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-2444) Remove checkAllColumnFamilies
on startup
Posted by "Hudson (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13023459#comment-13023459 ]
Hudson commented on CASSANDRA-2444:
-----------------------------------
Integrated in Cassandra-0.8 #35 (See [https://builds.apache.org/hudson/job/Cassandra-0.8/35/])
Remove checking all column families on startup for compaction candidates
patch by goffinet; reviewed by stuhood for CASSANDRA-2444
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.0, 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) Remove checkAllColumnFamilies on
startup
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-2444:
--------------------------------------
Reviewer: stuhood
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.0
>
> Attachments: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CASSANDRA-2444) An option to disable compaction
on startup
Posted by "Stu Hood (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022981#comment-13022981 ]
Stu Hood commented on CASSANDRA-2444:
-------------------------------------
Rather than adding an option for this, I think we should remove the check entirely. If the node needs to compact, it will do so at the first flush, which is more likely to be staggered across the cluster (and if this flush is forced by commitlogs, then AOK).
> An option to disable compaction on startup
> ------------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) Remove checkAllColumnFamilies on
startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-2444:
--------------------------------------
Attachment: (was: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch)
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) Remove checkAllColumnFamilies on
startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-2444:
--------------------------------------
Attachment: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) Remove checkAllColumnFamilies on
startup
Posted by "Jonathan Ellis (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jonathan Ellis updated CASSANDRA-2444:
--------------------------------------
Fix Version/s: (was: 0.8.1)
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.0
>
> Attachments: 0001-CASSANDRA-2444-Remove-checking-all-column-families-o.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) An option to disable compaction
on startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-2444:
--------------------------------------
Fix Version/s: 0.8.1
> An option to disable compaction on startup
> ------------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CASSANDRA-2444) Remove checkAllColumnFamilies on
startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet updated CASSANDRA-2444:
--------------------------------------
Description: We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush (was: We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.)
Summary: Remove checkAllColumnFamilies on startup (was: An option to disable compaction on startup)
> Remove checkAllColumnFamilies on startup
> ----------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
> Attachments: 0001-CASSANDRA-2444-Provide-an-option-to-enable-disable-c.patch
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. If the node needs to compact, it will do so at the first flush
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (CASSANDRA-2444) An option to disable compaction
on startup
Posted by "Chris Goffinet (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CASSANDRA-2444?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Chris Goffinet reassigned CASSANDRA-2444:
-----------------------------------------
Assignee: Chris Goffinet
> An option to disable compaction on startup
> ------------------------------------------
>
> Key: CASSANDRA-2444
> URL: https://issues.apache.org/jira/browse/CASSANDRA-2444
> Project: Cassandra
> Issue Type: Bug
> Reporter: Chris Goffinet
> Assignee: Chris Goffinet
> Priority: Minor
> Labels: compaction
> Fix For: 0.8.1
>
>
> We've ran into many times where we do not want compaction to run right away against CFs when booting up a node. I propose we make that an option in the config, so operators do not have to take the penalty of compacting right away, and can return the node as close to working state as possible.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira