The cached historic test results have been turned off in evergreen for the past few weeks. This has lead to generated tasks not being able to use runtime to split up the tasks. All tasks have a fallback value to use to split tasks if there isn't historic data, but some of those value are set to 1 and are causing timeouts. For example, we should do a pass through all the suites and make sure the fallback values are appropriate.
As a server engineer,
I want the generated task fallback value to be set appropriately
so that tasks are still split even if we can't get historic test results.
- All "generate resmoke tasks" in etc/evergreen.yml have a fallback_num_sub_suites value set that is not 1.