Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-26341

TaskRunner destroyed prior to task return

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major - P3
    • Resolution: Duplicate
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: Replication
    • Labels:
      None
    • Operating System:
      ALL
    • Steps To Reproduce:
      Hide

      Reproduced by return of a non-OK status from loader->init()

      Show
      Reproduced by return of a non-OK status from loader->init()

      Description

      See https://github.com/mongodb/mongo/blob/r3.3.14/src/mongo/db/repl/storage_interface_impl.cpp#L250-L291

      A task runner is created that runs a synchronous task to clone a collection. During execution the task runner ownership is moved to the CollectionBulkloaderImpl ('loader') object on line 285.

      If the call to loader->init() fails on line 289, then the runner will be destroyed, prior to returning from the task. This appears to leave the TaskRunner::runSynchronousTask() call/thread blocked, waiting on its 'waitTillDoneCond' condition variable.

        Attachments

          Issue Links

          duplicates

          Bug - A problem which impairs or prevents the functions of the product. SERVER-26179 Do not join the TaskRunner within a runner task in CollectionBulkLoaderImpl::init

          • Major - P3 - Major loss of function.
          • Closed
          is depended on by

          Bug - A problem which impairs or prevents the functions of the product. SERVER-24032 When processing createIndexes (on V2 indexes), secondaries should error on unfamiliar arguments

          • Critical - P2 - Crashes, loss of data, severe memory leak.
          • Closed

            Activity

              People

              • Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: