[
https://issues.apache.org/jira/browse/CASSANDRA-3456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sylvain Lebresne resolved CASSANDRA-3456.
-----------------------------------------
Resolution: Fixed
Fix Version/s: 1.0.3
Reviewer: jbellis
Committed
> Automatically create SHA1 of new sstables
> -----------------------------------------
>
> Key: CASSANDRA-3456
> URL: https://issues.apache.org/jira/browse/CASSANDRA-3456
> Project: Cassandra
> Issue Type: New Feature
> Components: Core
> Reporter: Sylvain Lebresne
> Assignee: Sylvain Lebresne
> Priority: Minor
> Fix For: 1.0.3
>
> Attachments: 3456.patch
>
>
> Compressed sstables have block checksums which is great but non-compressed
> sstables don't for technical/compatibility reasons that I'm not criticizing.
> It's a bit annoying because when someone comes up with a corrupted file, we
> really have nothing to help discarding it as bitrot or not. However, it would
> be fairly trivial/cheap to compute the SHA1 (or other) of whole sstables when
> creating them. And if it's a new, separate, sstable component, we don't even
> have to implement anything to check the hash. It would only be there to
> (manually) check for bitrot when corruption is suspected by the user, or to
> say check the integrity of backups.
> I'm absolutely not pretending that it's a perfect solution, and for
> compressed sstables the block checksums are clearly more fine grained, but
> it's easy to add and could prove useful for non compressed files.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
