-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Add Azure 3.0 helix test #106330
Add Azure 3.0 helix test #106330
Conversation
Is this change even getting triggered by this PR run? I'm guessing not? I wasn't able to find it in the build logs. I looked within It is the same place as the existing Mariner image. runtime/eng/pipelines/libraries/helix-queues-setup.yml Lines 64 to 70 in 8e0927f
If not, how do I trigger the outer loop? Is this the right place for Azure Linux validation going forward? |
/azp help |
Supported commands
See additional documentation. |
/azp list |
/azp run runtime-libraries-coreclr outerloop |
Azure Pipelines successfully started running 1 pipeline(s). |
Correct. The new config is in the extra platforms section that is not triggered by default on PRs. |
It isn't obvious to me that this worked. I searched for "azurelinux" on this page (where other helix images are listed) and see no hits. @sbomer was suggesting that |
/azp run runtime-extra-platforms |
Azure Pipelines successfully started running 1 pipeline(s). |
That appears to have worked. Thanks! Now have to sort through the failures. From Job 9dd74d98-088e-420c-ac29-bd09c3137c32 on SLES.15.Amd64.Open is completed with 252 finished work items.
Job de58e71a-b7f7-47e4-a224-6256e6481fcb on Ubuntu.2204.Amd64.Open is completed with 252 finished work items.
Job 4105daeb-2110-4c8a-a440-abaa51adbd4c on (Debian.11.Amd64.Open)[email protected]/dotnet-buildtools/prereqs:debian-11-helix-amd64 is completed with 252 finished work items.
Job 3172cef6-ff63-4ccf-974b-4ed486ac49fc on (Fedora.38.Amd64.Open)[email protected]/dotnet-buildtools/prereqs:fedora-38-helix is completed with 252 finished work items.
Job 72282a81-4343-418b-b29c-6f912b0ce732 on (Mariner.2.0.Amd64.Open)[email protected]/dotnet-buildtools/prereqs:cbl-mariner-2.0-helix-amd64 is completed with 252 finished work items.
Job 930393ef-df5e-4161-813e-d12cb38af42b on (AzureLinux.3.0.Amd64.Open)[email protected]/dotnet-buildtools/prereqs:azurelinux-3.0-helix-amd64 is completed with 252 finished work items. |
/root/helix/work/workitem/e /root/helix/work/workitem/e
Discovering: System.Net.Quic.Functional.Tests (method display = ClassAndMethod, method display options = None)
Discovered: System.Net.Quic.Functional.Tests (found 4 of 152 test cases)
Starting: System.Net.Quic.Functional.Tests (parallel test collections = on [2 threads], stop on fail = off)
MsQuic not supported and using 'unknown'.
System.Net.Quic.Tests.MsQuicPlatformDetectionTests.SupportedLinuxPlatformsWithMsQuic_IsSupportedIsTrue [FAIL]
Assert.True() Failure
Expected: True
Actual: False
Stack Trace:
/_/src/libraries/System.Net.Quic/tests/FunctionalTests/MsQuicPlatformDetectionTests.cs(51,0): at System.Net.Quic.Tests.MsQuicPlatformDetectionTests.SupportedLinuxPlatformsWithMsQuic_IsSupportedIsTrue()
--- End of stack trace from previous location ---
Output:
/usr/lib/libmsquic.so.2
/usr/lib/libmsquic.so
/usr/lib/libmsquic.so.2.4.3 We added libmsquic to the image. Does it need to learn about Azure Linux? I'm looking at |
|
After installing /cc @richlander |
we should update the pattern in https://github.com/dotnet/dotnet-buildtools-prereqs-docker/ to verify that produced library at least loads. With that, one could find issues before going all the way to runtime. |
We can actually run |
We can do all that, but I think we are missing the user point of view. If our users want to use msquic on Azure Linux, how are they expected to get it? Are they expected to build their own like what we are doing in dotnet-buildtools-prereqs-docker? Should it be documented somewhere? |
msquic team is working on it: microsoft/msquic#4455, they are going to publish packages soon. |
Should we just wait for the proper msquic package to get published? If we cannot wait, we should make sure to revert dotnet/dotnet-buildtools-prereqs-docker#1177 workaround once the proper package is available. |
Azure Pipelines successfully started running 1 pipeline(s). |
Looks like test artifacts are failing to publish, but looking at the raw logs from System.Security.Cryptography, the output is promising.
|
Hm, that may be the wrong breadcrumb of test results. I don't see them for AZL. |
Thoughts @carlossanlop? |
There was a helix outage reported for most of the day today. I think a retry from scratch should work. Let's close and reopen this, and execute runtime-extra-platforms once again. |
/azp run runtime-extra-platforms |
Azure Pipelines successfully started running 1 pipeline(s). |
Looks like Azure Linux is coming out clean (except the System.IO.Tests). Is that your read @vcsjones? |
Looks like there's still a test in the S.S.C.Pkcs library using RSA+MD5: runtime/src/libraries/System.Security.Cryptography.Pkcs/tests/Pkcs12/KeyBagTests.cs Lines 29 to 42 in 063ae05
|
/azp run runtime-extra-platforms |
Azure Pipelines successfully started running 1 pipeline(s). |
That looks clean now. Yes? |
Yes. All the linux legs look green to me. The only failures I see are Apple iOS / tvOS / Catalyst which are unrelated. |
Sounds good. We just need an approval now. We can then decide how to approach |
We also need to backport to
|
Would you consider adding the pipeline change to those PRs so that you can run the |
I cherry picked this PR onto those backport PRs and kicked off a run. |
Can you offer us an approval @bartonjs? |
Co-authored-by: Kevin Jones <[email protected]>
No description provided.