0
0
mirror of https://github.com/mongodb/mongo.git synced 2024-11-22 04:59:34 +01:00
mongodb/docs/evergreen-testing/task_timeouts.md
Alex Neben b665258d9d SERVER-88970 Added yaml formatting to server repo
GitOrigin-RevId: 35db3811d8f749edd5b79ba910adcbc1ceb54cc4
2024-04-06 05:23:20 +00:00

2.2 KiB

Evergreen Task Timeouts

Type of timeouts

There are two types of timeouts that evergreen supports:

  • Exec timeout: The exec timeout is the overall timeout for a task. Once the total runtime for a test hits this value, the timeout logic will be triggered. This value is specified by exec_timeout_secs in the evergreen configuration.
  • Idle timeout: The idle timeout is the amount of time in which evergreen will wait for output to be created before it considers the task hung and triggers timeout logic. This value is specified by timeout_secs in the evergreen configuration.

Note: In most cases, exec_timeout is usually the more useful of the timeouts.

Setting the timeout for a task

There are a few ways in which the timeout can be determined for a task running in evergreen.

  • Specified in 'etc/evergreen.yml': Timeout can be specified directly in the 'evergreen.yml' file, both on tasks and build variants. This can be useful for setting default timeout values, but is limited since different build variants frequently have different runtime characteristics and it is not possible to set timeouts for a task running on a specific build variant.

  • etc/evergreen_timeouts.yml: The 'etc/evergreen_timeouts.yml' file for overriding timeouts for specific tasks on specific build variants. This provides a work-around for the limitations of specifying the timeouts directly in the 'evergreen.yml'. In order to use this method, the task must run the "determine task timeout" and "update task timeout expansions" functions at the beginning of the task evergreen definition. Most resmoke tasks already do this.

  • buildscripts/evergreen_task_timeout.py: This is the script that reads the 'etc/evergreen_timeouts.yml' file and calculates the timeout to use. Additionally, it will check the historic test results of the task being run and see if there is enough information to calculate timeouts based on that. It can also be used for more advanced ways of determining timeouts (e.g. the script is used to set much more aggressive timeouts on tasks that are run in the commit-queue).