Chapter 7. Known Issues


The known issues for running .NET Core on Red Hat Enterprise Linux include the following issues.

  1. .NET Core only runs on Red Hat Enterprise Linux 7.x. It does not run on earlier versions of RHEL.
  2. The Runtime Package Store (RPS) is a new package cache feature that is installed by the .NET Core 2.0 SDK. The Runtime Package Store is not available by default on Red Hat Enterprise Linux.

    See Runtime Package Store guidance where not available by default for a full description of the issue and workarounds.

    See Runtime Package Store guidance where not available by default for details on how to build the necessary RPM installer for the Runtime Package Store.

  3. There are different values for math libraries on different platforms.

    Math libraries that are part of .NET Core 2.0 can return different values on different platforms. This is expected behavior. .NET Core 2.0 takes advantage of the platform-specific libraries to improve performance and reduce overhead. See the Math.Cos(double.MaxValue) returns different values on Windows and other platforms issue discussion for more information.

  4. Dotnet restore fails when a project has been created at the Linux root directory (/) when a project name has not been specified.

    If dotnet new {template name} runs at the Linux root directory (/) without a specified project name using the -n or --name parameters, the created project is nameless. The project will be called .csproj or something similar for F# or VB. As a result, the file is hidden and dotnet restore fails.

  5. NuGet restore may treat disabled package sources as enabled in some cases.

    The following restore command-line techniques treat disabled packages sources as enabled.

    $ msbuild /t:restore
    $ dotnet restore (either with dotnet.exe that ships with VS, or the one that comes with NetCore SDK 2.0.0)
    Copy to Clipboard Toggle word wrap

    The workaround is to use Visual Studio 2017 15.3 or later or NuGet.exe v4.3.0 or later. Delete your disabled source and continue to use msbuild or dotnet.exe. You can use "Clear" in NuGet.config and then define the sources necessary for that solution.

  6. There are minimum NETCore.App requirements for the .NET Core CLI.

    The .NET Core CLI is itself a .NET Core application and has minimum version requirements for NETCore.App.

    Those requirements are:

    • .NET CLI 1.0 NETCore.App 1.0.5
    • .NET CLI 2.0 NETCore.App 1.1.2
  7. When referencing a NETStandard2.0 library from a .NETFramework application, you must add a reference to the NETStandard.Library.NETFramework package to the .NETFramework project.
  8. See Known issues for .NET Core, ASP.NET Core, and ASP.NET and Web Tools in Visual Studio 2017 for more information about using Visual Studio with .NET Core 2.0.

Report a bug

Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Theme

© 2026 Red Hat
Back to top