[ https://issues.apache.org/jira/browse/LOG4J2-1946?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16182806#comment-16182806 ]
Frederic Leitenberger commented on LOG4J2-1946: ----------------------------------------------- We have the same problem. Logger Config: {code:xml} <RollingFile name="externPersistence" fileName ="${sys:workDir}/log/module_externPersistence.xlog" filePattern="${sys:workDir}/log/module_externPersistence.xlog.%i" append="true"> <Policies> <SizeBasedTriggeringPolicy size="500MB"/> </Policies> <DefaultRolloverStrategy max="10"/> <PatternLayout pattern="${sys:LOG4J_PATTERN_1}" charset="${sys:LOG4J_DEFAULT_CHARSET}" /> </RollingFile> {code} Log-File Rotation-Pattern: {code} -rw-r--r-- 1 chat chat 46664746 Sep 24 02:40 module_externPersistence.xlog # CURRENTLY WRITING -rw-r--r-- 1 chat chat 524288494 Sep 4 09:21 module_externPersistence.xlog.10 # ROTATED! -rw-r--r-- 1 chat chat 524288447 Oct 20 2016 module_externPersistence.xlog.11 # OLD -rw-r--r-- 1 chat chat 524288086 Oct 20 2016 module_externPersistence.xlog.12 # OLD -rw-r--r-- 1 chat chat 524288600 Oct 20 2016 module_externPersistence.xlog.13 # OLD -rw-r--r-- 1 chat chat 524288052 Oct 20 2016 module_externPersistence.xlog.14 # OLD -rw-r--r-- 1 chat chat 524289830 Oct 19 2016 module_externPersistence.xlog.15 # OLD -rw-r--r-- 1 chat chat 524288168 Oct 19 2016 module_externPersistence.xlog.16 # OLD -rw-r--r-- 1 chat chat 524288720 Oct 19 2016 module_externPersistence.xlog.17 # OLD -rw-r--r-- 1 chat chat 524288376 Oct 18 2016 module_externPersistence.xlog.18 # OLD {code} For some reason the files 1-9 are missing and only file 10 is rotated. I assume we had a higher setting for max before and reduced it; the logger then deleted file 1-9 and ended up in this buggy state. > DefaultRolloverStrategy is failing if some log file is deleted from the > current sequence > ---------------------------------------------------------------------------------------- > > Key: LOG4J2-1946 > URL: https://issues.apache.org/jira/browse/LOG4J2-1946 > Project: Log4j 2 > Issue Type: Bug > Components: Core > Affects Versions: 2.8.2 > Reporter: Lucio Farinosi > Attachments: Fixed_ascendingPurge.java, log4j_issue.zip, > log4j_trace.log, screenshot-1.png > > > A wrong behaviour in rollover strategy has been reported to me today which is > related to a problem on the DefaultRolloverStrategy. > The case specific settings are: > - RollingRandomAccessFile appender > - SizeBasedTriggeringPolicy set to 1MB > - DefaultRolloverStrategy with max set to 20 > - filePattern without date (i.e. C:/log/test.log.%i) > When the rollover action begins (the moment the 20th file is completed) if > someone deletes one of more files from the current sequence (for example > test.log.8 and/or test.log.9 or whatever) the purgeAscending method is > failing in engaging the rollover actions in the correct way and this results > in a rollover effect limited only to 2 files (the other files are not updated > anymore - in a similar way already observed and fixed in > https://issues.apache.org/jira/browse/LOG4J2-1821). > I managed to reproduce the problem in the attached simple project, even in > single threaded execution. > Note that I managed to workaround the problem adding a fake fileIndex to the > appender appender.R.strategy.fileIndex=xxxx which results in engaging the > purgeDescending method of the same class which is working fine. > The completed log4j2.properties file is listed below. > status=INFO > monitorInterval=5 > appender.R.type=RollingRandomAccessFile > appender.R.name=R > appender.R.fileName=C:/log/test.log > appender.R.layout.type=PatternLayout > appender.R.layout.pattern=%d{dd-MM-yyyy HH:mm:ss,SSS} [%mdc] %p %c{1.} [%t] > %m %ex%n > appender.R.filePattern=C:/log/test.log.%i > appender.R.policies.type=Policies > appender.R.policies.size.type=SizeBasedTriggeringPolicy > appender.R.policies.size.size=1MB > appender.R.strategy.type=DefaultRolloverStrategy > appender.R.strategy.max=20 > rootLogger.level=INFO > rootLogger.appenderRef.R.ref=R > #added to workaround the issue > #appender.R.strategy.fileIndex=xxxx > Could you please check it out and/or advise accordingly? -- This message was sent by Atlassian JIRA (v6.4.14#64029)