NLog在Linux Docker容器中无法输出日志问题求助

排查步骤 #

• 首先确认nlog.config配置文件是否被正确复制到Docker容器的应用运行目录
  进运行中的容器执行ls /app命令，看是否存在nlog.config文件。如果不存在，检查项目中nlog.config的属性是否设置为「如果较新则复制」，同时检查Dockerfile中是否有遗漏复制该文件的步骤。
• 修改内部日志路径为绝对路径先定位配置加载问题
  你当前配置的内部日志用的是相对路径../app/internal.log，Docker中工作目录如果是/app的话，该路径会指向/app/../app/internal.log，如果运行应用的用户对对应目录无写入权限就会生成失败。先修改internalLogFile为绝对路径测试：

  internalLogFile="/app/internal.log"
  

  也可以临时在代码里启动NLog前手动指定内部日志输出，确认配置是否被加载。
• 修复日志文件路径的写法
  不要用硬编码的相对路径，改用NLog内置的${basedir}变量指向应用运行目录，避免不同系统路径规则差异导致的问题：

  <variable name="filePath" value="${basedir}/logs/${shortdate}.log" />
  

• 检查容器目录写入权限
  微软官方的.NET Docker镜像默认使用非root的app用户运行应用，默认对/app目录可能没有写入权限。可以临时在Dockerfile中添加权限配置测试：

  RUN mkdir -p /app/logs && chown -R app:app /app
  

  也可以临时改为root用户运行验证是否是权限问题。
• 调整日志注册代码
  你同时注册了.NET原生的ConsoleProvider和NLog的Console目标，可能存在冲突，先注释掉loggingBuilder.AddConsole();这行，只保留NLog的日志提供器。也可以手动指定NLog配置文件路径强制加载：

  loggingBuilder.AddNLog("nlog.config");
  

• 捕获NLog加载异常
  你配置中已经开启了throwExceptions="true"，可以在AddNLog外层包裹try-catch，将捕获到的异常直接输出到控制台，就能直接拿到配置加载失败的具体原因。

内容的提问来源于stack exchange，提问作者Lug