cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-5366) UpgradeSSTables Optimisation
Date Wed, 20 Mar 2013 19:03:15 GMT


Sylvain Lebresne commented on CASSANDRA-5366:

Can't we just change upgradesstable to skip current version by default and add a simple --include-all
flag to include them?

I like keeping scrub for what it is designed for, and when you say change your compression
settings you may want to rewrite all sstables including those on the current version. It'll
be trivial anyway.
> UpgradeSSTables Optimisation
> ----------------------------
>                 Key: CASSANDRA-5366
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>            Reporter: Brooke Bryan
> Currently, if you run upgradesstables, cassandra will run through every single SSTable
within the scope of the request.  Where we have some large tables, an upgrade on a single
sstable can take hours, even if its already sat on the same version.
> After upgrading to a new cassandra version, it would be ideal to be able to upgrade only
sstables not sat in the latest version, as it seems like it just needs to do a massive amount
of disk IO, with nothing being achieved at the end of it.
> Maybe its worth putting an option onto the nodetool command, or creating a new command
for this type of upgrade

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message