Skip to content

Switch to Windows.10.Arm64v8.Open Helix queue #27320

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

Merged
merged 3 commits into from
Oct 30, 2020
Merged

Conversation

dougbu
Copy link
Contributor

@dougbu dougbu commented Oct 29, 2020

  • this may avoid problems with empty $env:Path values

@dougbu dougbu requested review from halter73, Tratcher, HaoK and a team October 29, 2020 02:05
@ghost ghost added the area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework label Oct 29, 2020
@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

Not sure this is going to work but @ilyas1974 was hopeful. See aspnetcore-helix-matrix run https://dev.azure.com/dnceng/public/_build/results?buildId=869710 for actual verification of the change.

@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

This seems to take aspnetcore-helix-matrix in the right direction but doesn't get us to reliable tests on Windows ARM64. https://dev.azure.com/dnceng/public/_build/results?buildId=869710 shows

  • dotnet-watch tests fail on both Windows ARM64 and Debian 9 ARM64 machines
  • Libuv tests don't fare well on Windows ARM64 machines

Should the above be skipped on the relevant queues❔

Separately whatever happened with https://helixre107v0xdeko0k025g8.blob.core.windows.net/dotnet-aspnetcore-refs-heads-dougbu-alternate13f6996e221a4617ac/Microsoft.AspNetCore.Owin.Tests--net6.0/console.a52732bc.log?sv=2019-07-07 is just strange. https://helix.dot.net/api/jobs/13f6996e-221a-4617-ac28-7bcc4bc4b189/workitems/Microsoft.AspNetCore.Owin.Tests--net6.0?api-version=2019-06-17 doesn't add any information but does show the work item failed.

@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

https://dev.azure.com/dnceng/public/_build/results?buildId=869784 is new aspnetcore-helix-matrix build to watch

@BrennanConroy
Copy link
Member

Rerun now that the SkipHelixArm property was used in halter's pr?

@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

/azp run

@azure-pipelines
Copy link

Azure Pipelines successfully started running 2 pipeline(s).

@dougbu dougbu force-pushed the dougbu/alternate.arm64 branch from a787416 to 402a18d Compare October 29, 2020 20:27
@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

Needed to rebase on master because the other pipeline won't pick up GitHub's merge commit

@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

Latest aspnetcore-helix-matrix build: https://dev.azure.com/dnceng/public/_build/results?buildId=870503

@BrennanConroy
Copy link
Member

BrennanConroy commented Oct 29, 2020

Odd, Libuv is still running

<SkipHelixQueues>Windows.10.Arm64;Windows.10.Arm64.Open</SkipHelixQueues>

<SkipHelixQueues>Windows.10.Arm64;Windows.10.Arm64.Open</SkipHelixQueues>

@BrennanConroy
Copy link
Member

This seems just as bad as the other ARM queue.

Hangs sometimes on dotnet-install

"InstallDotNet D:\h\w\9B4E08A5\w\B0F709D9\e\sdk8823\arm64 6.0.100-alpha.1.20523.3 arm64 '' $true '' '' $true"
GET https://dot.net/v1/dotnet-install.ps1
dotnet-install: Downloading link: https://dotnetcli.azureedge.net/dotnet/Sdk/6.0.100-alpha.1.20523.3/dotnet-sdk-6.0.100-alpha.1.20523.3-win-arm64.zip
dotnet-install: Extracting zip from https://dotnetcli.azureedge.net/dotnet/Sdk/6.0.100-alpha.1.20523.3/dotnet-sdk-6.0.100-alpha.1.20523.3-win-arm64.zip
dotnet-install: Adding to current process PATH: "D:\h\w\9B4E08A5\w\B0F709D9\e\sdk8823\arm64\". Note: This change will not be visible if PowerShell was run as a child process.
dotnet-install: Installation finished

"InstallDotNet D:\h\w\9B4E08A5\w\B0F709D9\e\sdk8823\arm64 6.0.0-alpha.1.20525.3 arm64 dotnet $true '' '' $true"
dotnet-install: Downloading link: https://dotnetcli.azureedge.net/dotnet/Runtime/6.0.0-alpha.1.20525.3/dotnet-runtime-6.0.0-alpha.1.20525.3-win-arm64.zip
dotnet-install: Extracting zip from https://dotnetcli.azureedge.net/dotnet/Runtime/6.0.0-alpha.1.20525.3/dotnet-runtime-6.0.0-alpha.1.20525.3-win-arm64.zip
dotnet-install: Adding to current process PATH: "D:\h\w\9B4E08A5\w\B0F709D9\e\sdk8823\arm64\". Note: This change will not be visible if PowerShell was run as a child process.
dotnet-install: Installation finished

- this may avoid problems with empty `$env:Path` values
- extend `$(CrossgenOutput)` changes to those jobs too
- also make sure internal queues are also skipped in updated attributes
@dougbu dougbu force-pushed the dougbu/alternate.arm64 branch from 402a18d to b271457 Compare October 29, 2020 23:03
@dougbu
Copy link
Contributor Author

dougbu commented Oct 29, 2020

This seems just as bad as the other ARM queue.

You may be right but the problems still need to be resolved for whenever we get a working Windows ARM64 queue. Trying w/ the correct skips in place this time…

@dougbu
Copy link
Contributor Author

dougbu commented Oct 30, 2020

Last run the only issues in the first attempt were problems downloading dotnet-install.* scripts or the SDK. That happened only in the non ARM64 work items. Reran failed jobs and got a clean result.

Suspect the CDN had a few hiccups…

@dougbu dougbu marked this pull request as ready for review October 30, 2020 05:08
@dougbu dougbu requested a review from jkotalik as a code owner October 30, 2020 05:08
@dougbu
Copy link
Contributor Author

dougbu commented Oct 30, 2020

Marked ready for review

@@ -21,7 +21,7 @@ public AppWithDepsTests(ITestOutputHelper logger)

[ConditionalFact]
[QuarantinedTest("https://github.com/dotnet/aspnetcore/issues/23994")]
[SkipOnHelix("https://github.com/dotnet/aspnetcore/issues/23360", Queues = "Windows.10.Arm64;Windows.10.Arm64.Open;Debian.9.Arm64;Debian.9.Arm64.Open;(Debian.9.Arm64.Open)Ubuntu.1804.Armarch.Open@mcr.microsoft.com/dotnet-buildtools/prereqs:debian-9-helix-arm64v8-a12566d-20190807161036;(Debian.9.Arm64)Ubuntu.1804.Armarch@mcr.microsoft.com/dotnet-buildtools/prereqs:debian-9-helix-arm64v8-a12566d-20190807161036")]
[SkipOnHelix("https://github.com/dotnet/aspnetcore/issues/23360", Queues = "Windows.10.Arm64;Windows.10.Arm64.Open;Debian.9.Arm64;Debian.9.Arm64.Open;(Debian.9.Arm64.Open)Ubuntu.1804.Armarch.Open@mcr.microsoft.com/dotnet-buildtools/prereqs:debian-9-helix-arm64v8-a12566d-20190807161036;(Debian.9.Arm64)Ubuntu.1804.Armarch@mcr.microsoft.com/dotnet-buildtools/prereqs:debian-9-helix-arm64v8-a12566d-20190807161036;Windows.10.Arm64v8;Windows.10.Arm64v8.Open")]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

related to the trait idea, this would be a case where we could use SkipOnHelix(traits = "arm"), as opposed to listing every arm queue manually :/

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe though we don't list all the ARM64 queues that often -- two or three times. Wouldn't recommend adding traits for the small noise reduction. (I also think of traits primarily in the context of command-line filtering e.g. quarantined or not.)

On the other hand, we might want to add a few static public strings for common queue combinations in the Testing project.

Either way, I'd rather make the larger change separately.

@dougbu
Copy link
Contributor Author

dougbu commented Oct 30, 2020

@BrennanConroy @HaoK if comments are resolved from your perspective, please approve 😺

Copy link
Member

@BrennanConroy BrennanConroy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You have yet to acknowledge the <SkipHelixArm>true</SkipHelixArm> comment, or provide a valid reason not to use it.

@dougbu
Copy link
Contributor Author

dougbu commented Oct 30, 2020

You have yet to acknowledge the <SkipHelixArm>true</SkipHelixArm> comment, or provide a valid reason not to use it.

It would be invalid to use that because the tests do run on Linux ARM64 machines just fine.

Copy link
Member

@BrennanConroy BrennanConroy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Non-windows ARM, of course!

@dougbu dougbu merged commit 540680a into master Oct 30, 2020
@dougbu dougbu deleted the dougbu/alternate.arm64 branch October 30, 2020 19:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area-infrastructure Includes: MSBuild projects/targets, build scripts, CI, Installers and shared framework
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants