Details
-
Bug
-
Status: Resolved
-
Major
-
Resolution: Duplicate
-
None
-
None
-
None
-
None
Description
I have not seen this issue, but its something I thought of. Assume the following happens.
- iterators I1 ... I10 are configured to Table T1 at time 1
- iterators NI1 ... NI10 are configured to Table T1 at time 2
- compaction is reading iterator config and reads I1 ... I5 and NI4 ... NI9, a combination of the two iterator configurations w/o NI10, this could be really bad.
Seems like this could be solved by use of Zookeeper transactions. The Accumulo API will need to change to allow setting many iterators or config settings at once.
Attachments
Issue Links
- is duplicated by
-
ACCUMULO-1067 InstanceOperations.setProperty / getSystemConfiguration inconsistent state
- Resolved
- is related to
-
ACCUMULO-3591 Update FATE serialization to use a serialization library
- Resolved
-
ACCUMULO-3530 alterTable/NamespaceProperty should use Fate locks
- Resolved
-
ACCUMULO-2757 millions of zookeeper watches
- Resolved
-
ACCUMULO-2861 Make all config stored in zookeeper human readable
- Resolved
- relates to
-
ACCUMULO-3842 [UMBRELLA] Remove non-transient data from ZooKeeper
- Resolved
1.
|
Serialize table configs into a single ZK node | Resolved | Christopher Tubbs | |
2.
|
Create API for updating multiple properties at once | Resolved | Unassigned |