Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-284

fixed-size format hazard reference race

    • Type: Icon: Task Task
    • Resolution: Done
    • WT1.3
    • Affects Version/s: None
    • Component/s: None
    • None

      Hi Keith,

      Can you please take a look at this failure in automated runs of test/format?

      http://mjc.homeunix.org:8180/job/wiredtiger-test-format-stress/192/console

      The error message is here:

      file:__wt [cursor.insert]: clear hazard reference: session: 0x2339e38 reference 0x7f591c02d090: not found
      session.close: hazard reference: (0x7f598001c830: ../src/btree/col_srch.c, line 72)
      session.close: unexpected hazard reference
      session.close: unexpected hazard reference at session.close
      file:__wt [cursor.insert]: ../src/include/txn.i, 221: txn_state->id == WT_TXN_NONE
      file:__wt [cursor.insert]: aborting WiredTiger library
      

      It looks like we might be trying to clear a different hazard reference than we set – the clear fails, and then there is an unexpected hazard reference left during session.close.

      I don't understand why that is leading to an abort during cursor.insert, though.

      Here is the config file, but I've run it a few hundred times without reproducing this:

      ############################################
      #  RUN PARAMETERS
      ############################################
      bitcnt=1
      bzip=0
      cache=37
      delete_pct=29
      file_type=fixed-length column-store
      # huffman_key not applicable to this run
      # huffman_value not applicable to this run
      insert_pct=39
      internal_page_max=9
      # key_max not applicable to this run
      # key_min not applicable to this run
      leaf_page_max=10
      ops=100000
      # repeat_data_pct not applicable to this run
      reverse=0
      rows=100000
      runs=100
      threads=12
      # value_max not applicable to this run
      # value_min not applicable to this run
      write_pct=44
      ############################################
      

      Thanks,
      Michael.

            Assignee:
            keith.bostic@mongodb.com Keith Bostic (Inactive)
            Reporter:
            michael.cahill@mongodb.com Michael Cahill (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: