[SERVER-35772] Stepdown under ScopeGuard causes MapReduce to terminate when attempting to clean up temporary collections Created: 25/Jun/18  Updated: 06/Dec/22  Resolved: 26/Jun/18

Status: Closed
Project: Core Server
Component/s: MapReduce
Affects Version/s: None
Fix Version/s: None

Type: Bug Priority: Major - P3
Reporter: Bernard Gorman Assignee: Backlog - Query Team (Inactive)
Resolution: Duplicate Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
Duplicate
duplicates SERVER-33245 mr.cpp can throw in an ON_BLOCK_EXIT ... Closed
Assigned Teams:
Query
Operating System: ALL
Participants:
Linked BF Score: 61

 Description   

During MapReduceCommand::errMsgRun.

  • We create an ObjScopeGuardImpl0 via ON_BLOCK_EXIT_OBJ on line 1434 here.
  • Upon destruction, this guard will run State::dropTempCollections.
  • During execution of the block which we have scopeguarded, we step down from Primary:

    [ShardedClusterFixture:job0:shard0:node0] 2018-05-31T14:55:41.662+0000 I COMMAND [conn362] Attempting to step down in response to replSetStepDown command
    [ShardedClusterFixture:job0:shard0:node0] 2018-05-31T14:55:41.671+0000 I REPL [conn362] transition to SECONDARY from PRIMARY



 Comments   
Comment by Bernard Gorman [ 26/Jun/18 ]

max.hirschhorn - indeed it is, thanks! I'll mark this as a dupe and drop the BF to trivial with a note.

Comment by Max Hirschhorn [ 25/Jun/18 ]

bernard.gorman, is this a duplicate of SERVER-33245? The backport to the 3.6 branch was declined so I'd still expect the fuzzer stepdown suites to be able to trigger the server to crash.

Generated at Thu Feb 08 04:40:54 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.