You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@logging.apache.org by "Vitaliy MAtuzko (JIRA)" <ji...@apache.org> on 2019/05/07 20:15:00 UTC

[jira] [Created] (LOG4J2-2602) Same file is overwritten on rollover which causes logs loss

Vitaliy MAtuzko created LOG4J2-2602:
---------------------------------------

             Summary: Same file is overwritten on rollover which causes logs loss
                 Key: LOG4J2-2602
                 URL: https://issues.apache.org/jira/browse/LOG4J2-2602
             Project: Log4j 2
          Issue Type: Bug
          Components: Appenders
    Affects Versions: 2.11.2
            Reporter: Vitaliy MAtuzko


In our log4j configuration we use SizeBasedTriggeringPolicy and DefaultRolloverStrategy(max>1) :

{{{code:xml} }}

 <Appenders>
 <RollingRandomAccessFile name="file" fileName="log/server.log"
 filePattern="log/server-%d\{yyyy-MM-dd'T'HH-mm-ss}.log.gz">
 <PatternLayout>
 <pattern>%level\{length=1} %date\{MMdd-HHmm:ss,SSS} %logger\{1.} %message %X
 [%thread]%n
 </pattern>
 </PatternLayout>
 <Policies>
 <OnStartupTriggeringPolicy/>
 <SizeBasedTriggeringPolicy size="10 MB"/>
 </Policies>
 <DefaultRolloverStrategy max="2000"/>
 </RollingRandomAccessFile>
 </Appenders>

{{{code}}}

 

After upgrading to log4j-core 2.11.2 we have noticed that after rollover insttead of creating new files same file gets overwritten.

Looks like the issue is that

org.apache.logging.log4j.core.appender.rolling.*PatternProcessor*#formatFileName gives same filename for rollover, and the difference between *2.11.1* version is that field "prevFileTime" never reseted after first time*:*

*2.11.2 org.apache.logging.log4j.core.appender.rolling.PatternProcessor#updateTime*

{code:java}

public void updateTime() {
 if (nextFileTime != 0) {
 prevFileTime = nextFileTime;
}
 }

{code}

 

it was always reseted in 2.11.1

*2.11.1 org.apache.logging.log4j.core.appender.rolling.PatternProcessor#updateTime*

{code:java}

public void updateTime() {
 prevFileTime = nextFileTime;
}

{code}

 

so the same time(*prevFileTime*) will be always used to form the filename for rollover

*org.apache.logging.log4j.core.appender.rolling.PatternProcessor#formatFileName(org.apache.logging.log4j.core.lookup.StrSubstitutor, java.lang.StringBuilder, boolean, java.lang.Object)*

{code:java}

final long time = useCurrentTime ? currentFileTime != 0 ? currentFileTime : System.currentTimeMillis() :
 prevFileTime != 0 ? prevFileTime : System.currentTimeMillis();

{code}

 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)