Docker 似乎以错误的卷运行

Question

我有一个基于 ASP.NET Core 3.1 框架编写的 Web 项目。我想在 Linux 虚拟机上的 docker 容器中运行该项目。

我创建了以下docker-compose.yml 文件

version: '3.4'

services:
  myproject:
    image: ${DOCKER_REGISTRY-}myproject
    build:
      context: .
      dockerfile: myproject/Dockerfile
    volumes:
      - storage:/storage
      - ${APPDATA}/Microsoft/UserSecrets:/root/.microsoft/usersecrets:ro
      - ${APPDATA}/ASP.NET/Https:/root/.aspnet/https:ro
    environment:
      - ASPNETCORE_ENVIRONMENT=Development
      - ASPNETCORE_URLS=https://+:443;http://+:80
    ports:
      - 51736:80
      - 44344:443
volumes:
  storage:

当我执行docker-compose up --build

我得到以下输出

Successfully built b084cb989f05
Successfully tagged myproject:latest
Starting myproject_myproject_1 ... done
Attaching to myproject_myproject_1
myproject_1  | Unhandled exception. System.IO.DirectoryNotFoundException: /app/Storage/
myproject_1  |    at Microsoft.Extensions.FileProviders.PhysicalFileProvider..ctor(String root, ExclusionFilters filters)
myproject_1  |    at Microsoft.Extensions.FileProviders.PhysicalFileProvider..ctor(String root)

从上面的日志中，应用程序正在寻找/app/Storage/ 路径来初始化PhysicalFileProvider。我不确定那是从哪里来的。根据我的docker-compose.yml 文件，存储卷应该是我/storage 而不是/app/Storage/。

在某些时候，我的docker-compose.yml 文件中有storage:/app/Storage，但它不再存在。什么可能导致图像附加错误的卷/存储文件夹？

更新

这里是Dockerfile的内容

FROM mcr.microsoft.com/dotnet/core/aspnet:3.1-buster-slim AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

FROM mcr.microsoft.com/dotnet/core/sdk:3.1-buster AS build
WORKDIR /src
COPY ["myproject/myproject.csproj", "myproject/"]
RUN dotnet restore "myproject/myproject.csproj"
COPY . .
WORKDIR "/src/myproject"
RUN dotnet build "myproject.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "myproject.csproj" -c Release -o /app/publish

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "myproject.dll"]

我尝试了以下命令删除所有内容

docker-compose down -v --rmi all --remove-orphans
docker-compose build --no-cache

但是，我仍然得到相同的结果。如何正确挂载带有图像的/storage 文件夹？

Answer 1

我认为该消息与 docker-compose 无关。

应用程序中的某些内容告诉它查看该文件夹。该文件夹不存在是正确的，因为 docker-compose 没有创建它。

检查提供此路径的 ASP.NET 应用程序本身中的代码或配置。或者运行dotnet进程als的docker命令，或者dockerfile中设置的环境变量。

更新：

查看您的 dockerfile，我猜该应用正在寻找 storage 而不是 /storage（相对路径而不是绝对路径），这就是为什么您在开始时会获得额外的 /app（从workdir)。