[SERVER-61852] dbCheck should tryLock the collection with backoff Created: 02/Dec/21  Updated: 29/Oct/23  Resolved: 16/Dec/21

Status: Closed
Project: Core Server
Component/s: None
Affects Version/s: None
Fix Version/s: 5.3.0, 5.0.6, 4.4.11

Type: Task Priority: Major - P3
Reporter: Josef Ahmad Assignee: Josef Ahmad
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Backports
Depends
is depended on by SERVER-30846 Run dbCheck as background workload in... Closed
Related
is related to SERVER-61754 dbCheck should not hold a strong coll... Closed
Backwards Compatibility: Fully Compatible
Backport Requested:
v5.1, v5.0, v4.4
Sprint: Execution Team 2021-12-13, Execution Team 2021-12-27
Participants:

 Description   

TryLock the collection lock in MODE_S with bounded exponential backoff to avoid widespread lock queueing while waiting for acquisition.



 Comments   
Comment by Githook User [ 17/Dec/21 ]

Author:

{'name': 'Josef Ahmad', 'email': 'josef.ahmad@mongodb.com', 'username': 'josefahmad'}

Message: SERVER-61852 Make dbCheck try acquire the collection lock with backoff

(cherry picked from commit af390b7d689c98998c75215167554d819e1e94ae)
Branch: v4.4
https://github.com/mongodb/mongo/commit/106a7ae87b88f1ef89141c9169074f38f67a24a7

Comment by Githook User [ 17/Dec/21 ]

Author:

{'name': 'Josef Ahmad', 'email': 'josef.ahmad@mongodb.com', 'username': 'josefahmad'}

Message: SERVER-61852 Make dbCheck try acquire the collection lock with backoff

(cherry picked from commit af390b7d689c98998c75215167554d819e1e94ae)
Branch: v5.0
https://github.com/mongodb/mongo/commit/f443974ebe150a697eecd187dd6c482fd932b5fe

Comment by Githook User [ 16/Dec/21 ]

Author:

{'name': 'Josef Ahmad', 'email': 'josef.ahmad@mongodb.com', 'username': 'josefahmad'}

Message: SERVER-61852 Make dbCheck try acquire the collection lock with backoff
Branch: master
https://github.com/mongodb/mongo/commit/af390b7d689c98998c75215167554d819e1e94ae

Generated at Thu Feb 08 05:53:29 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.