Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
1.7.3, 1.8.1
-
None
Description
SequentialWorkAssigner has a map used for tracking replication work called queuedWorkByPeerName which it quite clearly uses peerName as the key. There is a line of code in the initializeQueuedWork() method which does a put on the queuedWorkByPeerName map but uses tableId as the key.
This is a simple code fix but I created a ticket here as it could have further implications on the replication process.
Attachments
Issue Links
- is depended upon by
-
ACCUMULO-4662 Fix ambiguous table references
- Resolved
- links to