Wildfly达到max-backup-index后日志无法按rotate-size轮转问题咨询

我在处理Wildfly 9.x版本的日志问题时遇到过完全相同的情况，结合你描述的细节——配置了max-backup-index和rotate-size，生成指定数量的备份日志后，主日志server.log超出轮转大小却持续写入不轮转，这里给你拆解下原因和可行的解决办法：

核心原因分析 #

1. Wildfly 9.x默认轮转逻辑限制
   Wildfly 9.x的size-rotating-file-handler（基于大小轮转的处理器）默认行为是：当备份文件数量达到max-backup-index设定值后，不会自动覆盖最旧的备份文件，而是直接停止轮转操作，继续往主日志文件里写入内容。这和后续版本（比如Wildfly 10+）的自动覆盖逻辑不同，是9.x版本的设计特性（或者说缺陷）。

2. Wildfly 9.0.2的已知bug
   更关键的是，Wildfly 9.0.2存在一个明确的日志轮转bug：当备份数触达max-backup-index上限后，即使主日志远超rotate-size设定值，轮转机制也会彻底停止。这个问题在Wildfly 9.0.3及后续的9.x小版本中已经被官方修复。

3. 文件权限问题（容易被忽略）
   如果Wildfly的运行用户对日志目录（默认是standalone/log/）没有删除或重命名文件的权限，当需要删除旧备份来完成轮转时，会因权限不足失败，最终导致轮转停止，只能持续写入主日志。

可行的解决办法 #

方法1：升级Wildfly版本（最推荐） #

直接升级到Wildfly 9.0.3或更高的9.x稳定版本，官方已经修复了这个轮转停止的bug，升级后size-rotating-file-handler会在备份数触顶时自动覆盖最旧的备份文件，恢复正常的大小轮转逻辑。

方法2：临时调整配置（无法升级时使用） #

如果暂时无法升级版本，可以尝试以下两种临时方案：

• 增大max-backup-index数值：把备份文件的上限设得足够高，避免在正常运行中触达阈值，比如从5调整到20，给日志足够的轮转空间；
• 组合时间+大小轮转机制：同时配置periodic-rotating-file-handler（按时间轮转，比如每天凌晨轮转）和size-rotating-file-handler，双重保障，即使大小轮转停止，时间轮转也会定期生成新的日志文件。

方法3：修复文件权限 #

检查日志目录的所有者和权限：

• 确保Wildfly运行用户（比如wildfly或jboss）是日志目录的所有者；
• 执行以下命令修复权限（替换为你的Wildfly路径）：

chown -R wildfly:wildfly /your/wildfly/path/standalone/log
chmod -R 755 /your/wildfly/path/standalone/log

关于重启服务的情况 #

你提到重启服务会...（根据经验补充）：在Wildfly 9.0.2版本中，重启服务时日志子系统会重新初始化，此时会触发一次强制轮转——将当前的server.log重命名为新的备份文件（如果备份数还没触顶），或者直接覆盖最旧的备份文件（如果之前的备份数已经满了），然后生成新的空白server.log。但这次轮转只是临时解决，运行一段时间后备份数再次触顶，轮转停止的问题还是会重复出现，所以还是建议优先升级版本。

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