You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by GitBox <gi...@apache.org> on 2019/04/03 21:49:31 UTC
[GitHub] [accumulo-website] keith-turner commented on issue #164: Update
release notes for 1.9.3
keith-turner commented on issue #164: Update release notes for 1.9.3
URL: https://github.com/apache/accumulo-website/pull/164#issuecomment-479671612
@milleruntime I was looking through the commits and made the following notes. If you merge this change I can add these or you can add them if you want.
```
### Stop locking during compaction
Compactions were acquiring the tablet lock between each key value.
This created unnecessary contention with other operations like scan and
bulk imports. For {% ghi 1031 %} the the synchronization was removed
by {% ghi 1032 %}.
### Fixed splitting tablets with files and no data
The split code assumed that if a tablet had files that it had data in
those files. There are some edge case where this is not true. Updated
the split code to handle this {% ghi 998 %} {% ghi 999 %} .
### Log when a scan waits a long time for files.
Accumulo has a configurable limit on the max number of files open in a
tserver for all scans. When too many files are open, scans must wait.
In {% ghi 978 %} and {% ghi 981 %} scans that wait too long for files
now log a message.
### Fixed race condition in table existance check.
The Accumulo client code that checks if tables exists had a race
condition. The race was fixed in {% ghi 768 %} and {% ghi 973 %}
### Support running Mini Accumulo using Java 11
Mini Accumulo made some assumptions about classloaders that were no
longer true in Java 11. This caused Mini to fail in Java 11. In
{% ghi 924 %} Mini was updated to work with Java 11, while still working
with Java 7 and 8.
### Fixed issue with improperly configured Snappy
If snappy was configured for a table and the snappy libraries were not
available on the system then this could cause minor compactions to hang
forever. In {% ghi 920 %} and {% ghi 925 %} this was fixed and minor
compactions will proceed when a different compression is configured.
### Handle bad locality group config.
Improperly configured locality groups could cause a tablet to become
inoperative. This was fixed in {% ghi 819 %} and {% ghi 840 %}.
### Fixed bulk import race condition.
There was a race condition in bulk import that could result in files
being imported after a bulk import transaction had completed. In the
worst case these files were already compacted and garbage collected.
This would cause a tablet to have a reference to a file that did not
exists. No data would have been lost, but it would cause scans to fail.
The race was fixed in {% ghi 800 %} and {% ghi 837 %}
TODO document 759 710 669
```
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
With regards,
Apache Git Services