Ubuntu镜像Docker容器中WebSphere部署WAR的Log4j日志未生成求助

我来帮你一步步排查这个跨环境的日志路径问题——容器化的Linux环境经常会因为权限、参数生效等细节踩坑，咱们从最常见的原因开始查：

• 确认JVM参数是否真的生效
  有时候在管理控制台配置完参数后，忘记重启WebSphere服务器导致参数没加载。你可以进入Docker容器，执行以下命令查看当前WebSphere进程的启动参数：

  ps aux | grep java
  

  看看输出里有没有-Dlogs-path=/home/agilisserver这一项。如果没有，回到管理控制台，确认参数已经保存，然后重启对应的WebSphere服务器。

• 检查目录创建的权限问题
  Ubuntu系统下，WebSphere通常以wasadmin用户运行，这个用户可能没有在/home目录下创建文件夹的权限。你可以：

  1. 进入容器后切换到WebSphere运行用户：su - wasadmin
  2. 尝试手动创建目录：mkdir /home/agilisserver
     如果报错“Permission denied”，说明权限不足。解决办法有两个：
  • 临时测试：给/home目录添加其他用户的写入权限：chmod o+w /home
  • 长期方案：把日志路径改到WebSphere默认有权限的目录，比如/opt/IBM/WebSphere/AppServer/profiles/[你的Profile名]/logs，这个目录是WebSphere默认的日志存放地，权限肯定没问题。

• 验证Log4j配置是否正确引用了系统变量
  确保你的Log4j配置文件（log4j.properties或log4j2.xml）里，确实使用了${logs-path}来指定日志路径。比如在log4j.properties里：

  log4j.appender.R.File=${logs-path}/application.log
  

  如果变量名写错（比如写成logspath或者其他），系统就会找不到对应的路径。另外还要确认这个配置文件已经被正确打包到WAR包的WEB-INF/classes目录下，或者被WebSphere全局加载。

• 查看WebSphere系统日志找线索
  如果上面的步骤都没问题，去WebSphere的默认日志目录查看系统日志，比如：

  cd /opt/IBM/WebSphere/AppServer/profiles/[你的Profile名]/logs/[你的服务器名]
  cat SystemOut.log SystemErr.log
  

  日志里可能会有Log4j初始化失败的具体报错，比如“无法创建日志目录”“权限被拒绝”，这些信息能直接帮你定位问题。

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