Skip to content
This repository was archived by the owner on Jan 23, 2023. It is now read-only.

Merging internal commits for release/3.1#43136

Merged
vseanreesermsft merged 17 commits into
dotnet:release/3.1from
vseanreesermsft:internal-merge-3.1-2022-03-08-1132
Mar 11, 2022
Merged

Merging internal commits for release/3.1#43136
vseanreesermsft merged 17 commits into
dotnet:release/3.1from
vseanreesermsft:internal-merge-3.1-2022-03-08-1132

Conversation

@vseanreesermsft
Copy link
Copy Markdown

No description provided.

dotnet-bot and others added 16 commits December 8, 2021 18:49
…ng/internal/dotnet-coreclr

This pull request updates the following dependencies

[marker]: <> (Begin:e602b4c3-5c4b-44ff-d44b-08d76e1d3434)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-coreclr
- **Subscription**: e602b4c3-5c4b-44ff-d44b-08d76e1d3434
- **Build**: 20220102.2
- **Date Produced**: January 3, 2022 5:25:41 AM UTC
- **Commit**: a9acf95fd9954ecec99f12566ff261e16ff4130a
- **Branch**: refs/heads/internal/release/3.1

[DependencyUpdate]: <> (Begin)

- **Updates**:
  - **Microsoft.NET.Sdk.IL**: [from 3.1.22-servicing.21568.3 to 3.1.23-servicing.22052.2][3]
  - **Microsoft.NETCore.ILAsm**: [from 3.1.22-servicing.21568.3 to 3.1.23-servicing.22052.2][3]
  - **Microsoft.NETCore.Runtime.CoreCLR**: [from 3.1.22-servicing.21568.3 to 3.1.23-servicing.22052.2][3]

[3]: https://dev.azure.com/dnceng/internal/_git/dotnet-coreclr/branches?baseVersion=GC28bb6f9&targetVersion=GCa9acf95&_a=files

[DependencyUpdate]: <> (End)

[marker]: <> (End:e602b4c3-5c4b-44ff-d44b-08d76e1d3434)
…o address CVE-2020-8927

[Component Governance](https://dnceng.visualstudio.com/internal/_componentGovernance/dotnet-corefx/alert/5549446?typeId=8301794) identified that we have an insecure version of Brotli in place for .NET Core 2.1, .NET Core 3.1, and .NET 5.0. The vulnerability is surfaced in the BrotliDecoderDecompress method which is used by .NET in our BrotliDecoder.TryDecompress public API.

This addresses MSRC 70024.

This change was created by backporting the brotli contents as updated in dotnet/runtime#44107, which updated Brotli to v1.0.9 in .NET 6.0 for performance optimizations.
…otnet-coreclr build 20220216.1

Microsoft.NET.Sdk.IL , Microsoft.NETCore.ILAsm , Microsoft.NETCore.Runtime.CoreCLR
 From Version 3.1.23-servicing.22052.2 -> To Version 3.1.23-servicing.22116.1
Revert "adding a bunch more duplicates of dotnet3 in hopes of delaying the errors coming from the internal repos"

This reverts commit 9fbce46.

Revert "reordered package sources"

This reverts commit 01b4f91.

Revert "moved automated package source section below static package sources"

This reverts commit 131ce76.
…ng/internal/dotnet-coreclr

This pull request updates the following dependencies

[marker]: <> (Begin:e602b4c3-5c4b-44ff-d44b-08d76e1d3434)
## From https://dev.azure.com/dnceng/internal/_git/dotnet-coreclr
- **Subscription**: e602b4c3-5c4b-44ff-d44b-08d76e1d3434
- **Build**: 20220216.1
- **Date Produced**: February 17, 2022 12:48:34 AM UTC
- **Commit**: 0dee78f90fc80c0fa4390ac1ba519c679bd503a4
- **Branch**: refs/heads/internal/release/3.1

[DependencyUpdate]: <> (Begin)

- **Updates**:
  - **Microsoft.NET.Sdk.IL**: [from 3.1.23-servicing.22052.2 to 3.1.23-servicing.22116.1][1]
  - **Microsoft.NETCore.ILAsm**: [from 3.1.23-servicing.22052.2 to 3.1.23-servicing.22116.1][1]
  - **Microsoft.NETCore.Runtime.CoreCLR**: [from 3.1.23-servicing.22052.2 to 3.1.23-servicing.22116.1][1]

[1]: https://dev.azure.com/dnceng/internal/_git/dotnet-coreclr/branches?baseVersion=GCa9acf95&targetVersion=GC0dee78f&_a=files

[DependencyUpdate]: <> (End)

[marker]: <> (End:e602b4c3-5c4b-44ff-d44b-08d76e1d3434)
@bartonjs
Copy link
Copy Markdown
Member

@mmitche

.packages\microsoft.dotnet.helix.sdk\2.0.0-beta.21552.6\tools\Microsoft.DotNet.Helix.Sdk.MonoQueue.targets(47,5): error : (NETCORE_ENGINEERING_TELEMETRY=Test) ArgumentException: Unknown QueueId. Check that authentication is used and user is in correct groups.
   at Microsoft.DotNet.Helix.Client.HelixApi.HandleFailedRequest(RestApiException ex) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/HelixApi.cs:line 33
   at Microsoft.DotNet.Helix.Client.Job.OnNewFailed(HttpRequestMessage req, HttpResponseMessage res) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 211
   at Microsoft.DotNet.Helix.Client.Job.NewInternalAsync(JobCreationRequest body, String idempotencyKey, CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 279
   at Microsoft.DotNet.Helix.Client.Job.NewAsync(JobCreationRequest body, String idempotencyKey, CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 192
   at Microsoft.DotNet.Helix.Client.HelixApi.RetryAsync[T](Func`1 function, Action`1 logRetry, Func`2 isRetryable, CancellationToken cancellationToken)
   at Microsoft.DotNet.Helix.Client.JobDefinition.SendAsync(Action`1 log) in /_/src/Microsoft.DotNet.Helix/JobSender/JobDefinition.cs:line 217
   at Microsoft.DotNet.Helix.Sdk.SendHelixJob.ExecuteCore(CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Sdk/SendHelixJob.cs:line 233
   at Microsoft.DotNet.Helix.Sdk.HelixTask.Execute() in /_/src/Microsoft.DotNet.Helix/Sdk/HelixTask.cs:line 53
RestApiException: The response contained an invalid status code 400 Bad Request

Body: {"Message":"Unknown QueueId. Check that authentication is used and user is in correct groups.","ActivityId":"8b98852e9d4f8641a29ed3caabc19d8f"}

Does that mean we need to update the queue we're sending something to? Or just keep jamming on retry?

@mmitche
Copy link
Copy Markdown
Member

mmitche commented Mar 10, 2022

@mmitche

.packages\microsoft.dotnet.helix.sdk\2.0.0-beta.21552.6\tools\Microsoft.DotNet.Helix.Sdk.MonoQueue.targets(47,5): error : (NETCORE_ENGINEERING_TELEMETRY=Test) ArgumentException: Unknown QueueId. Check that authentication is used and user is in correct groups.
   at Microsoft.DotNet.Helix.Client.HelixApi.HandleFailedRequest(RestApiException ex) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/HelixApi.cs:line 33
   at Microsoft.DotNet.Helix.Client.Job.OnNewFailed(HttpRequestMessage req, HttpResponseMessage res) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 211
   at Microsoft.DotNet.Helix.Client.Job.NewInternalAsync(JobCreationRequest body, String idempotencyKey, CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 279
   at Microsoft.DotNet.Helix.Client.Job.NewAsync(JobCreationRequest body, String idempotencyKey, CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Client/CSharp/generated-code/Job.cs:line 192
   at Microsoft.DotNet.Helix.Client.HelixApi.RetryAsync[T](Func`1 function, Action`1 logRetry, Func`2 isRetryable, CancellationToken cancellationToken)
   at Microsoft.DotNet.Helix.Client.JobDefinition.SendAsync(Action`1 log) in /_/src/Microsoft.DotNet.Helix/JobSender/JobDefinition.cs:line 217
   at Microsoft.DotNet.Helix.Sdk.SendHelixJob.ExecuteCore(CancellationToken cancellationToken) in /_/src/Microsoft.DotNet.Helix/Sdk/SendHelixJob.cs:line 233
   at Microsoft.DotNet.Helix.Sdk.HelixTask.Execute() in /_/src/Microsoft.DotNet.Helix/Sdk/HelixTask.cs:line 53
RestApiException: The response contained an invalid status code 400 Bad Request

Body: {"Message":"Unknown QueueId. Check that authentication is used and user is in correct groups.","ActivityId":"8b98852e9d4f8641a29ed3caabc19d8f"}

Does that mean we need to update the queue we're sending something to? Or just keep jamming on retry?

I'm thinking one of the target queues is no longer available. I think it's Windows.Nano.1809.Amd64.Open, and should be removed. /cc @dotnet/dnceng

@bartonjs
Copy link
Copy Markdown
Member

It looks like other Windows configurations ran seem to have hit two distinct failures, System.IO.Ports.Tests.OpenDevices.OpenDevices01 failed with an access denied error (or, rather, "unknown error 5"), and a slightly scary sounding System.SpanTests.SpanTests.TestMatchFour_Char failure.

Since the queue error isn't caused by this syncup, it feels like we should just take the merge and fix things directly on the release/3.1 branch. Thoughts?

@vseanreesermsft
Copy link
Copy Markdown
Author

We can merge it. That's fine. I did add a change removing the nano queue. We can revert that first if necessary.

@jozkee
Copy link
Copy Markdown
Member

jozkee commented Mar 10, 2022

System.IO.Ports.Tests.OpenDevices.OpenDevices01 failed with an access denied error (or, rather, "unknown error 5")

Known intermittent issue dotnet/runtime#62068, you can ignore.

@michellemcdaniel
Copy link
Copy Markdown
Contributor

michellemcdaniel commented Mar 10, 2022

I'm thinking one of the target queues is no longer available. I think it's Windows.Nano.1809.Amd64.Open, and should be removed. /cc @dotnet/dnceng

Yeah, that queue is definitely gone. I think we have some docker containers that could be used, but otherwise it should be removed.

@ericstj
Copy link
Copy Markdown
Member

ericstj commented Mar 10, 2022

Known intermittent issue dotnet/runtime#62068, you can ignore.

We shouldn't ignore these. I'll put up a separate PR to bring the test fix back. dotnet/runtime@100618b. Posted #43137

@vseanreesermsft vseanreesermsft merged commit bfa6878 into dotnet:release/3.1 Mar 11, 2022
@ericstj
Copy link
Copy Markdown
Member

ericstj commented Mar 11, 2022

Builds are succeeding. All failures here are tests. Thanks for merging @vseanreesermsft

System.IO.Ports.Tests.OpenDevices.OpenDevices01 will be addressed in #43137

OSX failures:
System.Drawing.Tests.FontFamilyTests.Families_Get_ReturnsExpected is dotnet/runtime#40937 -- that needs to be ported to 3.1
System.Security.Cryptography.X509Certificates.Tests.CollectionTests.X509ChainElementCollection_IndexerVsEnumerator
System.Security.Cryptography.X509Certificates.Tests.ChainTests.VerifyExpiration_LocalTime
System.Security.Cryptography.X509Certificates.Tests.ChainTests.BuildChain
Not sure about these. @bartonjs have a look if you can notice a test fix to port.

@MattGal
Copy link
Copy Markdown
Member

MattGal commented Mar 11, 2022

I'm thinking one of the target queues is no longer available. I think it's Windows.Nano.1809.Amd64.Open, and should be removed. /cc @dotnet/dnceng

Yeah, that queue is definitely gone. I think we have some docker containers that could be used, but otherwise it should be removed.

If you want to send work to similar queues, you'd use
(windows.nano.1809.amd64)windows.10.amd64.serverrs5@mcr.microsoft.com/dotnet-buildtools/prereqs:nanoserver-1809-helix-amd64-20200804014859-56c6673 for internal,
and
(windows.nano.1809.amd64.open)windows.10.amd64.serverrs5.open@mcr.microsoft.com/dotnet-buildtools/prereqs:nanoserver-1809-helix-amd64-20200804014859-56c6673 for public.

(What this means is using the newer docker-based means of referencing Nano on a normal Windows, versus actually running Helix in Nano, which was problematic)

That said, I don't think we'd be fixing any issues arising from only being broken on Nano, so the "right thing to do" is likely to remove usage.

@bartonjs
Copy link
Copy Markdown
Member

System.Security.Cryptography.X509Certificates.Tests.ChainTests.BuildChain (etc)
Not sure about these. @bartonjs have a look if you can notice a test fix to port.

Opened the porting PR several weeks ago, it just never got reviewed/merged (#43132)

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants