[SERVER-36007] Attempting to check out an already checked out session leads to self-deadlock Created: 07/Jul/18 Updated: 29/Oct/23 Resolved: 08/Aug/18 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | Sharding |
| Affects Version/s: | None |
| Fix Version/s: | 4.1.2 |
| Type: | Bug | Priority: | Major - P3 |
| Reporter: | Max Hirschhorn | Assignee: | Jinny Byun |
| Resolution: | Fixed | 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 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Steps To Reproduce: |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Sprint: | Repl 2018-07-30, Repl 2018-08-13 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Participants: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Linked BF Score: | 58 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
The changes from 1447252 as part of
Note: The changes from |
| Comments |
| Comment by Githook User [ 16/Aug/18 ] |
|
Author: {'username': 'jinichu', 'email': 'jinnybyun@gmail.com', 'name': 'jinichu'}Message: (cherry picked from commit 1a32566e3173a309b109f1b53d5fe7dfe6cc704b) |
| Comment by Githook User [ 15/Aug/18 ] |
|
Author: {'name': 'jinichu', 'email': 'jinnybyun@gmail.com', 'username': 'jinichu'}Message: |
| Comment by Githook User [ 15/Aug/18 ] |
|
Author: {'username': 'jinichu', 'email': 'jinnybyun@gmail.com', 'name': 'jinichu'}Message: (cherry picked from commit e3a69aae7d5a45a61ea7796efdeb77b4392597e4) |
| Comment by Tess Avitabile (Inactive) [ 10/Aug/18 ] |
|
jinny.byun, can BF-9860 be closed now? |
| Comment by Githook User [ 08/Aug/18 ] |
|
Author: {'username': 'jinichu', 'name': 'jinichu', 'email': 'jinnybyun@gmail.com'}Message: |
| Comment by William Schultz (Inactive) [ 07/Jul/18 ] |
|
Thanks for triaging this max.hirschhorn. We added the client lock acquisitions inside OperationContextSession to make sure that references to this object were safe to access while the associated Client lock was held (for the sake of accessing the Session object from currentOp). Right now, we guard both the construction and destruction of the object with a Client mutex. Technically, we were only intending to guard the modification of the decoration, not actually the session check out. Hopefully this can be fixed by simply moving the lock acquisition to after the session is checked out and before we modify operationSessionDecoration. tess.avitabile |