hibari >> gh33 (bad sequence) and gh34 (scavenger enhancements):
- Enhancements on the scavenging process:
  * Check eligible sequence numbers before creating their work files,
    so that the scavenger can avoid creating and sorting the contents
    of unnecessary work files
  * Optimize steps for (1) copying live hunks to the latest hlog and
    (2) updating their locations, so that we can eliminate the
        resuming scavenger feature:
    ** Before: Run (1) on all live hunks (e.g. 100 thousands), then
               run (2) on all copied hunks
    ** After:  Run (1) on a chunk of live hunks (e.g. 100), then run
               (2) on those hunks, go to (1) and repeat. The chunk
               size is controlled by disk_log module in Erlang/OTP
  * Remove resume_scavenger_commonlog/1 and related functions
  * Remove 'destructive' and 'skip_reads' fields. They only appear to
    be useful for debugging the scavenging process

- Refactoring hlog_common and brick_ets modules:
  * Update #scav{}: remove update_locations. We don't switch that
    function
  * Rewrite "try catch" expression and their child "begin end" and
    "if" expressions in brick_ets:copy_one_hunk/6 to be a proper
    "try catch" syntax

- Add more info level logs:
  * Add file size, copied hunks, and copied bytes information to some
    info level logs