`evaluateOnStartup="true"` saves logs under wrong file names after missing scheduled roll

Đang mở
  • Có gì không ổn?
#4,449 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

  • #4450 của @GChuf — đã đóng, không merge

Đánh giá

Độ khó
3/5
Thời gian dự kiến
1-2 ngày
Mức phù hợp với người mới
30/100
Loại issue
Lỗi
Độ rõ ràng
Đặc tả rõ ràng
Mức độ hoạt động
Đình trệ
Công nghệ
java
Lĩnh vực
backend

Hướng nghiên cứu

The bug is in how CronTriggeringPolicy with evaluateOnStartup computes the rollover filename; the debug log shows RollingFileManager running a synchronous FileRenameAction with the current minute instead of the file's own period. Start by tracing the startup evaluation path from CronTriggeringPolicy into RollingFileManager. Done means a missed rollover archives under the file's own period name and a test with a missed schedule covers it. Pull request #4450 is already open against this issue, so check it before starting.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

appenders:Rolling bug priority: P1 waiting-for-maintainer

Description

CronTriggeringPolicy with evaluateOnStartup="true" archives a file from an earlier period under the current period's filename when a scheduled rollover was missed (e.g. the application was offline at the previous fire time). The next scheduled rollover archives under the same name and overwrites that archive, losing log data.

In essence - the filename is wrong and log data can be lost.

Configuration

Version: 2.26.1

Operating system: Ubuntu 22

JDK: openjdk version "17.0.20.1"

Logs

# Restart at 12:50:49: file from 12:48:26, rollovers at 12:49 and 12:50 were missed
2026-11-02T11:50:49.528038115Z main DEBUG Returning file creation time for .../log/artemis.log
2026-11-02T11:50:49.529010771Z main DEBUG Setting prev file time to 2026-11-02T12:48:26.000+0100
2026-11-02T11:50:49.530286817Z main DEBUG LastRollForFile 2026-11-02T12:48:00.000+0100, LastRegularRole 2026-11-02T12:50:00.000+0100
(2026-11-02T12:48:26.000+0100), lastRollForFile=prevFire(fileTime)=2026-11-02T12:48:00.000+0100, lastRegularRoll=prevFire(now)=2026-11-02T12:50:00.000+0100, lastRollForFile.before(lastRegularRoll)=true

# Startup rollover archives the 12:48 file under the current minute (12:50)
2026-11-02T11:50:49.537060282Z main DEBUG RollingFileManager executing synchronous FileRenameAction[.../log/artemis.log to .../log/artemis.log.2026-11-02-12-50, renameEmptyFiles=false]
2026-11-02T11:50:49.537880477Z main DEBUG Now writing to .../log/artemis.log at 2026-11-02T12:50:49.537+0100
2026-11-02T11:50:49.539007046Z main DEBUG Log4j2 ConfigurationScheduler scheduled cron expression 0 * * * * ? to fire at 2026-11-02T12:51:00.000+0100

Reproduction

Use cron schedule 0 * * * * to test rolling every minute, to reproduce and speed up the tests.
evaluateOnStartup must be true.

config:

appender.log_file.filePattern = /var/log/logFile.log.%d{yyyy-MM-dd-HH-mm}
appender.log_file.policies.cron.schedule = 0 * * * * ?
appender.log_file.policies.cron.evaluateOnStartup = true
  • delete logFile.log, start the software at 12:48:26 (before 12:49:00) and keep producing log content. A new log is created, with lines from 12:48:26 onward
  • stop the software before 12:49:00, so the scheduled rollovers at 12:49:00 and 12:50:00 are missed
  • start the software again at 12:50:49. The file is rolled over on startup, but archived as logFile.log.2026-11-02-12-50 (the current minute) instead of logFile.log.2026-11-02-12-48 (the file's own minute). It contains the logs from 12:48:26 until the software was stopped
  • logFile.log is now empty, and lines from after 12:50:49 start appearing
  • at 12:51:00 the scheduled rollover also archives as logFile.log.2026-11-02-12-50, overwriting the file from startup. The data from 12:48:26 until the stop is lost
Ngôn ngữ chính
Java
Star
3.6k
Fork
1.8k
Merge trung bình
5 ngày 6 giờ
Pull request đã merge (30 ngày)
24

Chuẩn bị môi trường

  • Không có Dockerfile hay tệp Docker Compose
  • Có mẫu pull request
  • Không có hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của apache/logging-log4j2

Tất cả issue của apache/logging-log4j2

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.