resmoke.py shouldn't fall back to stderr when logkeeper is unavailable

XMLWordPrintableJSON

    • Fully Compatible
    • v4.0, v3.6, v3.4, v3.2
    • TIG 2018-06-18
    • 25
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      The Evergreen team believes that having resmoke.py fall back to writing the test output to its stderr (and therefore to the "task logs") puts too much pressure on the Evergreen database when logkeeper is unavailable. We would rather discard the test results of an Evergreen task if we fail to record any log messages to the logkeeper rather than try to preserve the test results and record log messages to the Evergreen database.

      We can reuse the mechanism from SERVER-32121 to cause the Evergreen task to turn purple should resmoke.py find that logkeeper is unavailable.

            Assignee:
            Max Hirschhorn
            Reporter:
            Max Hirschhorn
            Votes:
            1 Vote for this issue
            Watchers:
            4 Start watching this issue

              Created:
              Updated:
              Resolved: