-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DefaultRolloverStrategy creating rolled over log files more than the configured limit #3475
Comments
Can you add your configuration snippet as text, so we can test it? |
Please find it below: I was unable to paste it properly in text format in the earlier message.
|
Your configuration snippet seems to work correctly. Are you sure you don't have a different |
@ppkarwasz There is no different RollingFile appender configuration. Application has only a single RollingFile appender configuration as mentioned above and there is no modification done to this configuration anytime. Application does not change the log file name as well. |
Can you provide a minimal reproducible example? Can you run your application with |
Hi,
We are using the log4j version 2.24.3 and have an observation where the rolling over of the log files was not in control and rolled over numbering went beyond the configured limit as the logs were getting generated continuously.
Log4j configuration used in application:
Rolled over logs:
$ ls -alhtr test.log*
26M Feb 15 13:02 test.log.33075973
26M Feb 15 13:02 test.log.33075972
26M Feb 15 13:02 test.log.33075971
26M Feb 15 13:02 test.log.33075970
$ ls -alhtr test.log*
26M Feb 15 13:02 test.log.33075979
26M Feb 15 13:02 test.log.33075978
26M Feb 15 13:02 test.log.33075977
26M Feb 15 13:02 test.log.33075976
We wanted to understand if there is any known issue that is causing this or reported already in log4j 2.24.3. Thanks.
The text was updated successfully, but these errors were encountered: