Coverity Quality Issue 184397: Data race condition

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Won't Fix
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • Server Programmability
    • ALL
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Coverity found a Quality issue: Data race condition

      Details:

      Coverity Issue ID: 184397
      Issue Description: Thread shared data is accessed without holding an appropriate lock, possibly causing a race condition
      Potential Impact: The value of the shared data will be determined by the interleaving of thread execution.
      Coverity checker: MISSING_LOCK
      Branch: v8.2
      File path: /src/mongo/util/fail_point.h
      Line number: Unknown

      What Coverity Detected (Main Finding)

      Accessing "this->_data" without holding lock "mongo::FailPoint::Impl._modMutex". Elsewhere, "mongo::FailPoint::Impl._data" is written to with "Impl._modMutex" held 1 out of 1 times.

      The issue can be viewed in Coverity here.

      How do I fix this?

      Refer to https://wiki.corp.mongodb.com/spaces/HGTC/pages/385852267/Guidance+on+fixing+Coverity+issues for guidance on fixing Coverity issues.

      This is a false positive, what do I do?

      Close the ticket and choose the appropriate resolution. Make sure to include a comment explaining why this is a false positive.

      Note: This issue was found on the v8.2 branch. If a fix is needed, you must create a BACKPORT ticket following the Server BACKPORT policy

            Assignee:
            Unassigned
            Reporter:
            kondukto-svc@mongodb.com
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: