Run step within docker container not working

[Max]

We have a couple of Linux Build Agents with just docker, some monitoring and the teamcity agent running on it.
All builds run in docker containers to avoid any issues between multiple agents.
We've tried to run the tests of a new .NET Core project using the .NET CLI (dotnet) runner within a container (mcr.microsoft.com/dotnet/core/sdk:2.2-stretch) to get the test results and test coverage into TeamCity.
This fails with the message 'Cannot find the configuration parameter "[e-mail]_PATH".'
I've tried to set the missing parameter (as it isn't set in the docker container), but apparently, teamcity doesn't run the build step in a container at all.
For now, we're running the tests just with the command line runner, but seeing the test results in the build overview would obviously be nicer.

[Nikolay Pianikov]

@maxjoehnk what versions of TeamCity and dotnet CLI plugin you using?

[Max]

TeamCity Professional 2018.2.4 (build 61678)
.NET CLI Support is also version 61678.

[Nikolay Pianikov]

@maxjoehnk Which docker image are you using? Could you share:
teamcity-agent.log
teamcity-build.log
from TeamCity agent.

To send these files you could use my address: [e-mail]

[Max]

mcr.microsoft.com/dotnet/core/sdk:2.2-stretch is the image we're using. Running dotnet test within it (on a local machine) works just fine.
[e-mail] is probably the right address instead of getbrains?

[Nikolay Pianikov]

@maxjoehnk, yes [e-mail] it is my address, I made a typo

[Max]

Alright, I've sent you the logs.

[Deleted user]

We are having the same issue, although with windows containers. We have a windows build agent that only has docker installed. When running dotnet restore, it is failing with

Cannot find the configuration parameter "[e-mail]_PATH".

[Deleted user]

I can confirm that when the .NET Core SDK is installed on the machine, then the dotnet command is run in the docker container.

[Nikolay Pianikov]

Issue was created

[Nikolay Pianikov]

Fixed in TeamCity 2019.2