[SERVER-17713] WiredTiger using zlib compression can create invalid compressed stream Created: 24/Mar/15 Updated: 04/Jun/15 Resolved: 27/Mar/15 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | WiredTiger |
| Affects Version/s: | 3.0.0, 3.0.1 |
| Fix Version/s: | 3.0.2, 3.1.1 |
| Type: | Bug | Priority: | Critical - P2 |
| Reporter: | Bruce Lucas (Inactive) | Assignee: | Keith Bostic (Inactive) |
| Resolution: | Done | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||||||||||||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||||||||||||||||||||||
| Operating System: | ALL | ||||||||||||||||||||||||||||||||
| Backport Completed: | |||||||||||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||||||||||
| Description |
| Comments |
| Comment by Githook User [ 03/Apr/15 ] |
|
Author: {u'username': u'michaelcahill', u'name': u'Michael Cahill', u'email': u'michael.cahill@wiredtiger.com'}Message: Use deflateCopy to copy streams for rollback in case the compressed size is too large. refs |
| Comment by Keith Bostic (Inactive) [ 28/Mar/15 ] |
|
Agreed, this could cause undetected corruption at pretty much any time the object is being written. It's hard to say why these users hit this issue, but my belief is it's data dependent, that is, a particular set of data will trigger the failure. My guess is it's large data items (large, that is, with respect to the configured block size). bruce.lucas@10gen.com' analysis indicates there's only a few corrupted bytes and they're in the zlib header (not in the data itself), so we could probably figure out how to overwrite the particular corrupted bytes with correct ones, but nobody has investigated that as far as I know. |
| Comment by Michael Cahill (Inactive) [ 27/Mar/15 ] |
|
Resolved with latest drop from WT. |