[SERVER-61726] Synchronise the execution of the defragmentation VS autosplit on every collection. Created: 24/Nov/21 Updated: 29/Oct/23 Resolved: 14/Jan/22 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 5.3.0 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Paolo Polato | Assignee: | Pierlauro Sciarelli |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||
| Sprint: | Sharding EMEA 2022-01-10, Sharding EMEA 2022-01-24 | ||||||||
| Participants: | |||||||||
| Description |
|
As per today we are ensuring that a user isn't allowed to enable both chunk autosplit and defragmentation on a collection within the context of a single configureCollectionAutoSplitter command (as the concurrent execution of these two processes may produce conflicting operations). Nevertheless, there are more complex interactions that may lead to such undesired state (e.g. a sequence of two configureCollectionAutoSplitter requests, the first enabling autosplit, the second one requesting for defragmentation) which are currently unmanaged: the most recent request should instead cause the execution of the conflicting process to be stopped. In addition to this, the completion of the chunk defragmentation process should trigger the re-activation of the autosplit process on the affected collection. |
| Comments |
| Comment by Githook User [ 14/Jan/22 ] |
|
Author: {'name': 'Pierlauro Sciarelli', 'email': 'pierlauro.sciarelli@mongodb.com', 'username': 'pierlauro'}Message: |
| Comment by Paolo Polato [ 17/Dec/21 ] |
|
Proposal: instead of solving conflicting settings at command submission time, just pause the autosplitter while the collection is being defragmented. |