synack/tablesnap — pull request #33 by thekad (2013-06-14 18:52:52+00:00)
Title: Why computing md5 at startup is potentially harmful

Picture the following scenario: you typically run tablesnap under
supervisor. S3 fails (it has happened) or otherwise dies for some
reason. all your tablesnaps fail at more or less the same time, then
supervisor starts _all your tablesnaps_ *at the same time*

The end result would be increased i/o util in all nodes of the cluster
at the same time, which is not good.

Now, I'm not saying is _always_ a bad idea to compute md5 at start, if
you're doing it manually you can always do the initial load computing
md5 and then restart tablesnap without --md5-on-start (or configure it
in supervisor that way)

A couple more changed may have sneaked in, they are mostly for compatibility
with more packaging forms, tested and made sure they are working properly