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

WiredTiger Deadlock



    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major - P3 Major - P3
    • None
    • 3.0.7
    • Sharding, WiredTiger
    • ALL


      We have been periodically experiencing what seems to be a deadlock on our mongo setup. Our setup (currently all on one physical machine):

      CentOS 6.6
      mongodb 3.0.7
      3x mongod shard servers, wiredtiger
      3x mongod config servers
      1x mongos

      We currently have 14 databases, most with 5 or 6 collections inside them. The system is heavily write based as we're collecting timeseries data. Total data size right now according to a "show dbs" is around 1.7 TB.

      What happens is that "randomly" the system grinds to a halt. This can take a few hours or the longest stretch was around 5 days. The machine is perfectly responsive, but all mongo processes are using 0% CPU. Load drops to 0, all the usual stuff you'd expect. When performing a "db.currentOp()" we can see a lot of queries with long "microsecs_running" - typically all with an "opid" attribute referencing one of the shards. Attempting something like "show dbs" hangs in this state.

      A "kill -9" of the shard in question will stop the process. Upon starting it up again everything resumes normally without having to touch any of the other processes. It is always one of the mongod shard processes, never mongos or mongod config.

      We enabled level 2 verbosity logging to hopefully get a better view into what was going on. I am including an example of the "db.currentOp()" as well as the end of the log from when the process last hung. Please note that while there are "COLLSCANS" present in the currentOp output here, we have since tried indexing everything to cover all of our queries and the issue persists.

      Please let me know if I can provide any more information or help. This is obviously quite a big issue to us as it happens about once every 1-2 days and requires human intervention to resolve.


        1. currentOp.json
          91 kB
        2. hung_shard.log
          7 kB
        3. parsed_iostat.log
          686 kB
        4. parsed_ss.log
          14.27 MB
        5. Screen Shot 2016-01-20 at 3.09.29 pm.png
          Screen Shot 2016-01-20 at 3.09.29 pm.png
          74 kB



            ramon.fernandez@mongodb.com Ramon Fernandez Marina
            daldoyle Dan Doyle
            0 Vote for this issue
            16 Start watching this issue