[SERVER-54196] WiredTiger compact command does not compact data when it does not meet the compact condition Created: 02/Feb/21 Updated: 08/Mar/23 Resolved: 21/Feb/21 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | WiredTiger |
| Affects Version/s: | 4.4.2 |
| Fix Version/s: | None |
| Type: | Question | Priority: | Major - P3 |
| Reporter: | Андрей Маклаков | Assignee: | Dmitry Agranat |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Attachments: |
|
||||||||||||||||||||||||
| Issue Links: |
|
||||||||||||||||||||||||
| Participants: | |||||||||||||||||||||||||
| Description |
|
We run MongoDB 4.4.2 in RS to store about 13Tb of data, and in case of deleting some unused datasets from collections we need to reclaim disk space. For this option we use compact() functionality, but it doesn't work as expect.
but
and no extra space on disk. Any ideas?
|
| Comments |
| Comment by Dmitry Agranat [ 21/Feb/21 ] |
|
As the reported issue was identified and Regards, |
| Comment by Dmitry Agranat [ 08/Feb/21 ] |
|
Hi maklakov.andrew@gmail.com, thank you for providing the requested information. Based on the data, the file bytes available for reuse represents only 0.6% of the total file size which does not meet the compact condition. I have created two tickets to improve this:
I also changed the title of this ticket to better reflect the reported issue. Thanks, |
| Comment by Андрей Маклаков [ 03/Feb/21 ] |
|
Dmitry, all asked info in attached all_20210203.txt |
| Comment by Dmitry Agranat [ 03/Feb/21 ] |
|
As per our documentation:
I wonder if you could provide collStats output from before and after the comapct command was executed, as well as the output from the compact command. This will give us a better understanding of the collection statistics prior to the attempt to compact data. Thanks, |