Skip to content
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

Libraries tests timing out on AlmaLinux #87667

Open
agocke opened this issue Jun 16, 2023 · 9 comments
Open

Libraries tests timing out on AlmaLinux #87667

agocke opened this issue Jun 16, 2023 · 9 comments

Comments

@agocke
Copy link
Member

agocke commented Jun 16, 2023

Ever since we onboarded AlmaLinux in #86342 the Libraries Test Run release coreclr linux x64 Release and Libraries Test Run release mono linux x64 Release runs have been timing out. Likely some interaction in the tests themselves.

@ghost ghost added the untriaged New issue has not been triaged by the area owner label Jun 16, 2023
@ghost
Copy link

ghost commented Jun 16, 2023

Tagging subscribers to this area: @dotnet/area-infrastructure-libraries
See info in area-owners.md if you want to be subscribed.

Issue Details

Ever since we onboarded AlmaLinux in #86342 the Libraries Test Run release coreclr linux x64 Release and Libraries Test Run release mono linux x64 Release runs have been timing out. Likely some interaction in the tests themselves.

Author: agocke
Assignees: -
Labels:

area-Infrastructure-libraries, untriaged

Milestone: -

@agocke
Copy link
Member Author

agocke commented Jun 16, 2023

This appears to be an issue with MSBuild in this configuration. When I run the System.Diagnostics.Process tests manually, they run and complete successfully, but the MSBuild Exec call never finishes.

I've attached a binlog of the issue.
msbuild.zip

@rainersigwald @dsplaisted Any ideas? Anything I could do to narrow down the hang?

This is in a docker container that was a pretty big pain to setup, so I can help run commands.

@ViktorHofer
Copy link
Member

The Libraries Test Run legs don't invoke msbuild. They just execute the RunTests.cmd/sh scripts on the helix clients.

@agocke
Copy link
Member Author

agocke commented Jun 16, 2023

Hmm. Is there a good way to mimic the behavior of running all the tests locally? So I can figure out which one is failing?

@agocke
Copy link
Member Author

agocke commented Jun 16, 2023

Or to get this info from Helix? All I see in the helix log is this: https://helix.dot.net/api/jobs/6eeb06e8-f3e5-4897-bd0b-70e966604916/details?api-version=2019-06-17

@ViktorHofer
Copy link
Member

ViktorHofer commented Jun 16, 2023

Unfortunately, I don't know the answer to that. I would defer to MattGal or Santi but they aren't part of the team anymore. What I know is that there isn't a way to reproduce how tests are run on Helix, locally - aside from manually executing the RunTests scripts after the test assemblies are built (libs.tests subset).

@ViktorHofer
Copy link
Member

@agocke have you had time to reproduce the timeouts locally on an AlmaLinux container?

@ViktorHofer ViktorHofer added this to the 8.0.0 milestone Jun 28, 2023
@ViktorHofer ViktorHofer removed the untriaged New issue has not been triaged by the area owner label Jun 28, 2023
@agocke
Copy link
Member Author

agocke commented Jun 28, 2023

I tried, no luck. My initial results where that it looked like both System.Diagnostics.Process and something else (sorry, left on another computer) were timing out.

@ViktorHofer
Copy link
Member

There's not really much that we can do at this point without spending a ton of time on this. Moving to Future.

@ViktorHofer ViktorHofer modified the milestones: 8.0.0, Future Jul 20, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants