-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Open
Labels
Description
Description
<RollingFile name="MANAGEMENT_FILE" fileName="/logs/management-kernel.log"
filePattern="/logs/management-kernel.log.%d{yyyy-MM-dd-HH}">
<Policies>
<CronTriggeringPolicy schedule="0 0 * * * ?" />
</Policies>
<PatternLayout>
<!-- The default pattern: Date Priority [Category] Message\n -->
<Pattern>%d{yyyy-MM-dd HH:mm:ss,SSS} %-5p [%t] [%c{1}] %m%n</Pattern>
<Charset>UTF-8</Charset>
</PatternLayout>
</RollingFile>
Based on the CronTriggeringPolicy above, logs should roll ever hour, and it normally works perfectly, as intended. However on the DST fallback night (11/1) the log didn't roll on the 1am hour the first time. That means that by the time the clock was 2 am, the log had the contents of the 00 and 01 hour. And then at 2 am DST happened, the log DID roll this time, and a new file was generated for the "second run" of the 1am hour. Then everything worked properly, as it always does.
Is this "not rolling" 1 hour before DST is reached done on purpose?
Configuration
Version: log4j-core-2.22.0.jar
Operating system: RHEL 8.1
JDK: jdk-17.0.9+9-jre
Metadata
Metadata
Assignees
Labels
Type
Projects
Status
To triage