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

Mongos should not close sessions to below the configured ShardingTaskExecutorPoolMinSize

    XMLWordPrintable

    Details

    • Backwards Compatibility:
      Minor Change
    • Backport Requested:
      v3.4, v3.2
    • Sprint:
      Platforms 2017-09-11, Platforms 2017-10-02, Platforms 2017-10-23
    • Case:

      Description

      While doing some testing with mongos connection we noticed that if you set the ShardingTaskExecutorPoolHostTimeoutMS below the heartbeat timer mongos will close the idle sessions to secondaries (in our case they aren't in use).

      This is a poor behavior because ShardingTaskExecutorPoolMinSize is set to 1, and this ShardingTaskExecutorPoolHostTimeoutMS enforcement is causing the only single connection open to close-- which means that mongos must then immediately create a new one.

      Mongos should not close sessions to below the configured ShardingTaskExecutorPoolMinSize regardless of the configured ShardingTaskExecutorPoolHostTimeoutMS

        Attachments

          Issue Links

            Activity

              People

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

                Dates

                • Created:
                  Updated:
                  Resolved: