ACCUMULO-2819 Initial pass at a new WorkAssigner that will only replicate the oldest file per table per peer

By tracking the order in which WALs were MinC'ed, we can use this order to determine
the practical order for which they should be replayed on each table of each peer. This
aims to remove the potential problem that the DWQWorkAssigner faced in that WAL2 might be
replicated before WAL1 (where WAL1 was written before WAL2 locally).
ACCUMULO-2819 Fix a small bug, and add some test cases
ACCUMULO-2819 Mostly working sequential work assigner that preserves correct ordering of files within a table and peer.

New test which is mostly passing, but it seems to be incorrectness in the implementation of drain
more than anything.
ACCUMULO-2819 Fix up logging. Test seems to be passing now.
ACCUMULO-2819 Fix up some now broken tests.
ACCUMULO-378 Reorder how replication threads are started so that it happens after fate has begun
ACCUMULO-378 Remove busted logic in status tracking after MinC

A WAL might still be used after a MinC. It does not signify that the WAL
is closed, only that the data was flushed from the IMM.
ACCUMULO-378 More logging and more robustness when ZK is "slow"
ACCUMULO-378 Remove a bogus log message
ACCUMULO-378 Better logging for work assigner
ACCUMULO-2799 Split the drain methods to fetch the set of files needing replication and then waiting on those files
ACCUMULO-2819 More test updates for the sequential work assigner
ACCUMULO-2583 Was comparing number of mutations to number of updates in each mutation.
ACCUMULO-378 Try to get some test stabilization
ACCUMULO-378 We can only mark these logs as closed when there weren't any mutations replayed.

If there were any mutations that were replayed from the logSet, we end up reusing the
logs which means that we may prematurely remove wals
ACCUMULO-378 Try to write some better tests for getting WALs closed for replication
ACCUMULO-2819 More logging to help debug the SequentialWorkAssigner. I think tests are fully functional again.