dotnet commands fails in Cloudshell

[theDiverDK]

To Reproduce

In a brand new Cloud shell run:

dotnet new console

Observed Behavior

soren [ ~/demo ]$ dotnet new console

Welcome to .NET 8.0!

---------------------

SDK Version: 8.0.404

wall of text removed

An issue was encountered verifying workloads. For more information, run "dotnet workload update".

Error: Failed to retrieve template packages from provider 'Optional workloads'.

Details: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1

Error: Failed to retrieve template packages from provider 'Optional workloads'.

Details: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1

Error: Failed to retrieve template packages from provider 'Optional workloads'.

Details: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1

Error: Failed to retrieve template packages from provider 'Optional workloads'.

Details: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1

The template "Console App" was created successfully.

Processing post-creation actions...

Restoring /home/soren/demo/demo.csproj:

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: SDK Resolver Failure: "The SDK resolver "Microsoft.DotNet.MSBuildWorkloadSdkResolver" failed while attempting to resolve the SDK "Microsoft.NET.SDK.WorkloadAutoImportPropsLocator". Exception: "System.InvalidOperationException: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1 [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadSet.FromWorkloadSetFolder(String path, String workloadSetVersion, SdkFeatureBand defaultFeatureBand) [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.<GetAvailableWorkloadSetsInternal>g__AddWorkloadSetsForFeatureBand|27_0(Dictionary\2 availableWorkloadSets, String featureBandDirectory) [/home/soren/demo/demo.csproj]`

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.GetAvailableWorkloadSetsInternal(Nullable\1 workloadSetFeatureBand) [/home/soren/demo/demo.csproj]`

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.RefreshWorkloadManifests() [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider..ctor(String sdkRootPath, String sdkVersion, Func\2 getEnvironmentVariable, String userProfileDir, String globalJsonPath, String workloadSetVersion) [/home/soren/demo/demo.csproj]`

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider..ctor(String sdkRootPath, String sdkVersion, String userProfileDir, String globalJsonPath) [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.CachingWorkloadResolver.Resolve(String sdkReferenceName, String dotnetRootPath, String sdkVersion, String userProfileDir, String globalJsonPath) [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.NET.Sdk.WorkloadMSBuildSdkResolver.WorkloadSdkResolver.Resolve(SdkReference sdkReference, SdkResolverContext resolverContext, SdkResultFactory factory) [/home/soren/demo/demo.csproj]

/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: at Microsoft.Build.BackEnd.SdkResolution.SdkResolverService.TryResolveSdkUsingSpecifiedResolvers(IReadOnlyList\1 resolvers, Int32 submissionId, SdkReference sdk, LoggingContext loggingContext, ElementLocation sdkReferenceLocation, String solutionPath, String projectPath, Boolean interactive, Boolean isRunningInVisualStudio, SdkResult& sdkResult, IEnumerable`1& errors, IEnumerable`1& warnings)"" [/home/soren/demo/demo.csproj]`

It should create a new Console app, as specified in the examples for the AZ-204 course, that I am currently teaching

On reddit, I was informed by others they have the same issue, so it seems to be an Azure Cloudshell problem.

Notice the differences in version:

/usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1
and
/usr/share/dotnet/sdk/8.0.404/Sdks/Microsoft.NET.Sdk/targets/Microsoft.NET.Sdk.ImportWorkloads.props(14,38): error MSB4242: a

I tried the suggestions it suggested, but that also failed:

soren [ ~/demo ]$ dotnet workload update

Unhandled exception: System.InvalidOperationException: No workload set information found in: /usr/share/dotnet/sdk-manifests/8.0.100/workloadsets/8.0.402-baseline.24467.1

at Microsoft.NET.Sdk.WorkloadManifestReader.WorkloadSet.FromWorkloadSetFolder(String path, String workloadSetVersion, SdkFeatureBand defaultFeatureBand)

at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.<GetAvailableWorkloadSetsInternal>g__AddWorkloadSetsForFeatureBand|27_0(Dictionary\2 availableWorkloadSets, String featureBandDirectory)`

at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.GetAvailableWorkloadSetsInternal(Nullable\1 workloadSetFeatureBand)`

at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider.RefreshWorkloadManifests()

at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider..ctor(String sdkRootPath, String sdkVersion, Func\2 getEnvironmentVariable, String userProfileDir, String globalJsonPath, String workloadSetVersion)`

at Microsoft.NET.Sdk.WorkloadManifestReader.SdkDirectoryWorkloadManifestProvider..ctor(String sdkRootPath, String sdkVersion, String userProfileDir, String globalJsonPath)

at Microsoft.DotNet.Workloads.Workload.Install.WorkloadResolverFactory.Create(String globalJsonStartDir)

at Microsoft.DotNet.Workloads.Workload.InstallingWorkloadCommand..ctor(ParseResult parseResult, IReporter reporter, IWorkloadResolverFactory workloadResolverFactory, IInstaller workloadInstaller, INuGetPackageDownloader nugetPackageDownloader, IWorkloadManifestUpdater workloadManifestUpdater, String tempDirPath)

at Microsoft.DotNet.Workloads.Workload.Update.WorkloadUpdateCommand..ctor(ParseResult parseResult, IReporter reporter, IWorkloadResolverFactory workloadResolverFactory, IInstaller workloadInstaller, INuGetPackageDownloader nugetPackageDownloader, IWorkloadManifestUpdater workloadManifestUpdater, String tempDirPath)

at Microsoft.DotNet.Cli.WorkloadUpdateCommandParser.<>c.<ConstructCommand>b__6_0(ParseResult parseResult)

at System.CommandLine.Invocation.InvocationPipeline.Invoke(ParseResult parseResult)

at Microsoft.DotNet.Cli.Program.ProcessArgs(String[] args, TimeSpan startupTime, ITelemetry telemetryClient)

dotnet restore and dotnet build also fails.

The reddit thread can be found here:
https://www.reddit.com/r/AZURE/comments/1ibwwvc/comment/m9s2wl7/

[GraemeMalcolm]

+1
.NET on Cloudshell appears to be broken. Creating a new console app with dotnet new console fails, as does trying to add dependencies to an existing project with dotnet add package

[cephalin]

+1

I ran dotnet new webapp and got the same errors on the restore stage.

[surajssd]

This is due to a broken powershell package install. This will be fixed in our upcoming release.

[theDiverDK]

When can we expect that release?

As a MCT it's annoying things does not work and it's bad advertisement

[bigrbuk]

+1

Not making it easy to learn this stuff either - following a learn.microsoft.com tutorial that fails during dotnet build with the same error

[theDiverDK]

This is due to a broken powershell package install. This will be fixed in our upcoming release.

Hi Surajssd

When is this fix going to be deployed?

It impacts A LOT of people that it's not working.

And sorry to say, but it's REALLY bad advertisement for Azure, that we as MCT's can even run the examples as we are supposed to do :(

[bigrbuk]

This is due to a broken powershell package install. This will be fixed in our upcoming release.

Hi Surajssd

When is this fix going to be deployed?

It impacts A LOT of people that it's not working.

And sorry to say, but it's REALLY bad advertisement for Azure, that we as MCT's can even run the examples as we are supposed to do :(

Indeed. Should I be looking into AWS instead....

[GaneshChile0307]

This is due to a broken powershell package install. This will be fixed in our upcoming release.

when is the expected release.If you know already ?

[theDiverDK]

@surajssd

When are you going to deploy the fix?

It's REALLY bad support for us MCT's working to spread the word about your resources.

I am going to teach a AZ-204 next week, so it surely will impact.

DEPLOY NOW.

[mbifeld]

Apologies for the delay in response. We have tested the upcoming image and confirmed it fixes the dotnet issue. We are in the process of releasing it to production and expect it to be fully rolled out within a week. We understand this issue affects your work and courses, and we are releasing as fast as we can while following safe deployment practices. I'll respond in this thread with any further updates.

[theDiverDK]

Apologies for the delay in response. We have tested the upcoming image and confirmed it fixes the dotnet issue. We are in the process of releasing it to production and expect it to be fully rolled out within a week. We understand this issue affects your work and courses, and we are releasing as fast as we can while following safe deployment practices. I'll respond in this thread with any further updates.

Thanks for the reply

I hope it’s working on monday, since I am going to teach AZ-104

I have a question, since you have procedures for safe deployment, how come this error got into production, it’s very simple to test for it.
Hope you have expanded your test procedures to check for it in the future

[mbifeld]

@theDiverDK I hope it's working on Monday too, but please plan for the rollout taking the full week (eta mid next week).

Good question on the tests. Our primary image test suite is open source: https://github.com/Azure/CloudShell/tree/master/tests, which run when there are any changes to the Cloud Shell image. Since this issue was due to a bug in the upstream dotnet: dotnet/sdk#44082 (comment), there were no changes on Cloud Shell's side to the image. When we rebuilt the Cloud Shell image internally, these tests weren't run. We'll work on addressing this gap.