Callers of stopMongod incorrectly passing opts as signal argument

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Unresolved
    • Priority: Major - P3
    • 8.3.0-rc0
    • Affects Version/s: None
    • Component/s: None
    • None
    • Storage Engines - Server Integration
    • Fully Compatible
    • SESIPowerPlay - 2026-03-10
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      As part of a PR review, I noticed that there are several callers of stopMongod where we are incorrectly passing our option as signal (which then gets interpreted as null).

      stopMongod is defined with the signature:

      MongoRunner.stopMongod(conn, signal, opts, waitpid)
      

      where signal is expecting a number (defaulted as parseInt(signal) || SIGTERM) and opts is skipValidation etc. However we currently call stopMongod in a few places as:

      MongoRunner.stopMongod(conn, {noCleanData: true});
      

      Where the second argument becomes NaN which then signal interprets as SIGTERM and we silently ignore the options argument.

      Go through existing stopMongod call sites and fix this.

            Assignee:
            Clarisse Cheah
            Reporter:
            Clarisse Cheah
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: