CentOS 6下Log4j无法创建日志文件问题求助

我之前也碰到过类似跨CentOS版本的Log4j异常问题，结合你的描述，大概率是以下几个原因之一，你可以逐一排查：

1. 权限与运行用户差异 #

CentOS 6和CentOS 7的进程管理机制不同（CentOS 6用init脚本，CentOS 7用systemd），这会导致Java程序的运行用户或工作目录权限出现差异：

• 先检查日志目标目录的权限：执行ls -ld /path/to/your/log/directory，确认运行Java程序的用户（比如tomcat、apache或者你的业务用户）拥有读写执行权限。
• 可以临时用su - your-app-user -c "touch /path/to/your/log/directory/mylogger.log"测试该用户能否手动创建文件，如果创建失败，就需要调整目录权限：chown -R your-app-user:your-app-group /path/to/your/log/directory或者chmod -R 755 /path/to/your/log/directory（根据实际安全需求调整权限）。

2. Java版本与Log4j兼容性问题 #

CentOS 6默认自带的Java版本通常是OpenJDK 6/7，而CentOS 7一般是OpenJDK 8+，如果你的Log4j是2.x版本，很可能和低版本Java不兼容：

• 先检查Java版本：java -version，如果是1.7及以下，建议要么升级Java到1.8+，要么换用兼容旧Java的Log4j版本（比如Log4j 2.3.x及以下支持Java 6，2.12.x及以下支持Java 7）。
• 同时检查项目依赖的Log4j相关jar包是否完整，比如log4j-core、log4j-api、log4j-slf4j-impl（如果用了SLF4J桥接）是否都存在，版本是否匹配。

3. SELinux策略限制 #

CentOS 6的SELinux默认规则可能比CentOS 7更严格，直接阻止了Java进程写入日志目录：

• 临时关闭SELinux测试：setenforce 0，然后重启Java程序，如果日志文件能正常创建，说明是SELinux的问题。
• 永久解决的话，需要添加SELinux允许规则：先查看审计日志grep denied /var/log/audit/audit.log，然后用audit2allow -M mylogpolicy生成策略模块，再用semodule -i mylogpolicy.pp加载模块。

4. 日志路径的相对/绝对路径问题 #

如果你的Log4j配置里用的是相对路径（比如logs/mylogger.log），CentOS 6下Java程序的工作目录可能和CentOS 7不同，导致找不到目标路径：

• 把配置里的日志路径改成绝对路径，比如/var/log/myapp/mylogger.log，确保路径已存在且权限正确。
• 检查Java程序启动脚本里的cd命令，确认启动时的工作目录和CentOS 7保持一致。

5. Log4j配置的细节差异（小概率） #

虽然你说配置顺序无误，但CentOS 6下的Log4j版本可能对某些配置参数的要求更严格：

• 检查RollingFileAppender的fileName和fileNamePattern是否有拼写错误，是否包含特殊字符。
• 确认triggeringPolicy和rollingPolicy的配置是否完整，比如SizeBasedTriggeringPolicy的size参数是否正确（比如10MB而不是10mb，旧版本可能区分大小写）。

建议先从权限和Java版本这两个最常见的原因开始排查，应该能快速定位问题。

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