containerd mount is invalid

[adeewu]

the error is

> Executing task: dotnet build /workspace/template-dotnet-core-cli-csharp/dotnetcore.csproj /property:GenerateFullPaths=true /consoleloggerparameters:NoSummary <

Microsoft (R) Build Engine version 16.10.1+2fd48ab73 for .NET
Copyright (C) Microsoft Corporation. All rights reserved.

  Determining projects to restore...
  All projects are up-to-date for restore.
/home/gitpod/dotnet/sdk/5.0.301/Roslyn/Microsoft.CSharp.Core.targets(71,5): error MSB6004: The specified task executable location "/run/containerd/io.containerd.runtime.v2.task/k8s.io/187c32ce2e4a85b2ac876a589b6e58b37c4e3151e6b4a93e96d14977cc9ba2fa/rootfs/home/gitpod/dotnet/dotnet" is invalid. [/workspace/template-dotnet-core-cli-csharp/dotnetcore.csproj]

Terminal will be reused by tasks, press any key to close it.

is suport debug in gitpod?

[ghuntley]

Yes, debugging is supported in Gitpod. See this demonstration app over at https://community.gitpod.io/t/debugging-net-unit-tests/2928/10 from March. It looks like something is not working correctly related to containerd and there has been a regression?

[ghuntley]

I've been able to reproduce this in https://github.com/ghuntley/gitpod-dotnet-csharp-breakpoints.

The specified task executable location "/run/containerd/io.containerd.runtime.v2.task/k8s.io/d2b9c1e9b814de15f8b189a4b78844dcb296adaa3adc1ef14f3d69ee3fe84871/rootfs/home/gitpod/dotnet/dotnet" is invalid.

The dotnet application is installed in /home/gitpod/dotnet/dotnet.

[akosyakov]

Also reported by the community:

• https://community.gitpod.io/t/cannot-run-dotnet-tool-restore/4388
• https://community.gitpod.io/t/frequent-permission-denied-when-using-dotnet-core/1473

[howard-pinsley-lab49]

We're impacted by this bug as well.

[csweichel]

I'm absolutely amazed to see dotnet/csharp digging this path out. It's something that should not necessarily be possible.

Either way, this is not so much a regression in containerd but most likely a bug in dotnet, or our own workspacekit. I have yet to find out where this path is coming from - I'm looking around https://github.com/dotnet/roslyn/blob/1cca63b5d8ea170f8d8e88e1574aa3ebe354c23b/src/Compilers/Core/MSBuildTask/Utilities.cs#L174-L176 right now. Does anyone know this codebase well enough to be able to point me to where those paths come from?

[csweichel]

I suspect it's the Assembly.Location used to determine the location of the Utilities, which in turn is used to try and find the dotnet binary.

I don't expect the code that implements this location bit to be open source, no?

I've seen there's a DOTNET_HOST_PATH env var that could be used to override this errornous detection behaviour.

[csweichel]

/schedule

[csweichel]

/assign