-
Notifications
You must be signed in to change notification settings - Fork 10.4k
Increase timeout of Windows test job #24881
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
dougbu
commented
Aug 13, 2020
- no consistency in failures, maybe we have more tests now?
- both of the runs below involved test failures but results were not uploaded
- https://dev.azure.com/dnceng/public/_build/results?buildId=768850
- https://dev.azure.com/dnceng/public/_build/results?buildId=768703
- no consistency in failures, maybe we have more tests now? - both of the runs below involved test failures but results were not uploaded - https://dev.azure.com/dnceng/public/_build/results?buildId=768850 - https://dev.azure.com/dnceng/public/_build/results?buildId=768703
Surprised to see the job that had been timing out succeeded in only 49 minutes because the two failing builds this morning logged test failures as well as the timeout. Will look at the |
I'm not seeing any test assemblies in the @HaoK @BrennanConroy and @davidfowl will dumps be collected just because a process happens to be running when a build is cancelled❔ Alternatively is there a way to determine what the |
Note the most recent rolling build was successful but didn't include any changes except to doc comments: fa2d86e...9f0ae10 |
The new stuff for hangs and dumps was helix specific, so its not going to help for windows test jobs unfortunately |
🆗 Since the job usually finishes well before its current 180 minute timeout and just uploading a |
I meant artifacts/logs/ |
@MattGal @ilyas1974 is something odd happening w/ https://dev.azure.com/dnceng/public/_build/results?buildId=769815❔ The job w/ the increased cancel timeout has been sitting in Queued state for a couple of hours now. Later builds seem to be getting Windows.Server.Amd64.VS2019.Open machines ahead of it. |
More to the point, is my best option cancelling that build and starting the pipeline again❔ |
it appears that the build is currently in progress so I do not believe any additional action needs to be taken. |
Weird. I'm glad the job finally started running❕ |
If it's been > 90 minutes, definitely so. In those scenarios you're hitting https://github.com/dotnet/core-eng/issues/10136; in this situation we just don't have enough machines and AzDO has a hard 90 minute timeout they've offered to eventually extend, but who knows when... |