[ https://issues.apache.org/jira/browse/CASSANDRA-3456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Sylvain Lebresne updated CASSANDRA-3456: ---------------------------------------- Attachment: 3456.patch > 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 > 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