Log4j2无法删除Tomcat日志文件，遇只读文件系统报错求解决方案

核心问题定位 #

错误日志明确抛出java.nio.file.FileSystemException: /var/lib/tomcat/logs: Read-only file system，这说明Tomcat日志目录处于只读状态——要么是所在分区被挂载为只读，要么是Tomcat运行进程对该目录没有写入/删除权限，直接导致Log4j2无法执行文件删除操作。

优先解决权限问题 #

这是最根本的解决途径，必须先处理：

• 检查挂载状态：执行mount命令查看/var/lib/tomcat/logs所在分区的挂载属性，若为只读，执行mount -o remount,rw /var/lib/tomcat/logs（根据实际挂载路径调整）重新挂载为可读写。
• 修正目录权限：确保Tomcat运行用户（通常是tomcat）对日志目录拥有读写权限，执行命令：

  chown -R tomcat:tomcat /var/lib/tomcat/logs && chmod -R 755 /var/lib/tomcat/logs
  

Log4j2层面的替代方案（需先解决权限） #

权限问题解决后，可尝试以下Log4j2内置方案优化日志删除逻辑：

1. 启动时触发旧日志删除 #

默认删除逻辑在日志滚动后执行，可添加启动触发策略，在应用启动时就清理旧日志：

appender.rolling.strategy.type = DefaultRolloverStrategy
appender.rolling.strategy.delete.type = Delete
appender.rolling.strategy.delete.basePath = /var/lib/tomcat/logs/
appender.rolling.strategy.delete.maxDepth = 1
appender.rolling.strategy.delete.ifLastModified.type = IfLastModified
appender.rolling.strategy.delete.ifLastModified.age = 2d
# 新增启动触发配置
appender.rolling.strategy.delete.triggeringPolicy.type = OnStartupTriggeringPolicy
appender.rolling.strategy.delete.triggeringPolicy.minDelay = 0
appender.rolling.strategy.delete.triggeringPolicy.maxDelay = 1000

2. 结合多维度滚动触发策略 #

仅依赖时间触发可能导致滚动不及时，可添加大小触发策略，确保日志达到指定大小后立即滚动并触发删除：

appender.rolling.policies.type = Policies
appender.rolling.policies.time.type = TimeBasedTriggeringPolicy
appender.rolling.policies.time.interval = 1
appender.rolling.policies.time.modulate = true
# 新增大小触发策略
appender.rolling.policies.size.type = SizeBasedTriggeringPolicy
appender.rolling.policies.size.size = 100MB

3. 自定义RolloverStrategy #

如果内置策略无法满足需求，可实现RolloverStrategy接口自定义滚动与删除逻辑：

import org.apache.logging.log4j.core.appender.rolling.*;
import org.apache.logging.log4j.core.config.Configuration;
import java.io.File;
import java.nio.file.Files;
import java.nio.file.attribute.FileTime;
import java.time.Duration;

public class CustomCleanupRolloverStrategy implements RolloverStrategy {
    private final DefaultRolloverStrategy delegate;
    private final String logDir;
    private final Duration maxAge;

    public CustomCleanupRolloverStrategy(DefaultRolloverStrategy delegate, String logDir, Duration maxAge) {
        this.delegate = delegate;
        this.logDir = logDir;
        this.maxAge = maxAge;
    }

    @Override
    public RolloverDescription rollover(RollingFileManager manager) {
        // 先执行默认滚动逻辑
        RolloverDescription desc = delegate.rollover(manager);
        // 自定义删除逻辑：清理超过指定时长的旧日志
        try {
            File dir = new File(logDir);
            if (dir.exists() && dir.isDirectory()) {
                long cutoff = System.currentTimeMillis() - maxAge.toMillis();
                for (File file : dir.listFiles(f -> f.getName().startsWith("logger.") && f.getName().endsWith(".log.gz"))) {
                    FileTime lastModified = Files.getLastModifiedTime(file.toPath());
                    if (lastModified.toMillis() < cutoff) {
                        file.delete();
                    }
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
        return desc;
    }

    // 实现其他必要接口方法（可直接委托给delegate）
    @Override
    public void initialize(RollingFileManager manager) {
        delegate.initialize(manager);
    }

    @Override
    public Configuration getConfiguration() {
        return delegate.getConfiguration();
    }
}

然后在Log4j2配置中指定自定义策略（需通过插件注册或程序方式配置，具体可参考Log4j2自定义扩展文档）。

额外提醒 #

• Log4j2 2.19.0存在已知安全漏洞，建议尽快升级到2.20.0及以上的稳定版本。
• 所有Log4j2的文件操作都依赖操作系统权限，权限问题未解决前，任何配置都无法实现日志删除。

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