Skip to content

Conversation

@akoeplinger
Copy link
Member

Looking at the data for the last 30 days a successful or failed WasmBuildTests job took between 70-90 minutes. When Helix queues are overloaded the 120min timeout can result in canceled builds which is especially true on servicing queues which first need to spin up VMs so bump the timeout to 180mins.

Looking at the data for the last 30 days a successful or failed WasmBuildTests job took between 70-90 minutes.
When Helix queues are overloaded the 120min timeout can result in canceled builds which is especially true on servicing queues which first need to spin up VMs so bump the timeout to 180mins.
@ghost
Copy link

ghost commented Dec 5, 2023

Tagging subscribers to this area: @directhex
See info in area-owners.md if you want to be subscribed.

Issue Details

Looking at the data for the last 30 days a successful or failed WasmBuildTests job took between 70-90 minutes. When Helix queues are overloaded the 120min timeout can result in canceled builds which is especially true on servicing queues which first need to spin up VMs so bump the timeout to 180mins.

Author: akoeplinger
Assignees: -
Labels:

area-Infrastructure-mono

Milestone: -

@ghost ghost assigned akoeplinger Dec 5, 2023
@radical radical merged commit fe6e35e into dotnet:main Dec 5, 2023
@akoeplinger akoeplinger deleted the bump-wabt-timeout branch December 5, 2023 22:03
@akoeplinger
Copy link
Member Author

/backport to release/8.0-staging

@github-actions
Copy link
Contributor

github-actions bot commented Dec 5, 2023

Started backporting to release/8.0-staging: https://github.com/dotnet/runtime/actions/runs/7107112347

@github-actions github-actions bot locked and limited conversation to collaborators Jan 5, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants