Bug 1570083 - [Logs] Karaf logs are being rotated at 16M instead of 10G and maxrollover is set 7 leading to loss of log data
Summary: [Logs] Karaf logs are being rotated at 16M instead of 10G and maxrollover is ...
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: puppet-opendaylight
Version: 13.0 (Queens)
Hardware: Unspecified
OS: Unspecified
Target Milestone: z1
: 13.0 (Queens)
Assignee: Janki
QA Contact: Itzik Brown
Whiteboard: Logs
Depends On:
TreeView+ depends on / blocked
Reported: 2018-04-20 15:24 UTC by Sai Sindhur Malleni
Modified: 2018-10-25 05:24 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2018-06-14 15:06:17 UTC
Target Upstream Version:

Attachments (Terms of Use)

Description Sai Sindhur Malleni 2018-04-20 15:24:24 UTC
Description of problem: Karaf logs for ODL are being rotated every 16M. Earlier they were being rotated every 10G and looking puppet-opendaylight, it looks like the default is still 10G. Not sure if tripleo is missing it up to cause

Version-Release number of selected component (if applicable):
OSP 13

How reproducible:
100 %

Steps to Reproduce:
1. Install ODL + OSP13 with defaults configuration

Actual results:
Log files are being rotated every 17M leading to 10s of karaf log files

Expected results:
Log files were previously being rotated every 10G

Additional info:
In etc/org.ops4j.pax.logging.cfg
log4j2.appender.rolling.policies.size.size = 16MB

Comment 1 Sai Sindhur Malleni 2018-04-20 15:29:15 UTC
Looks like puppet-opendaylight tries to configure 10G by default?

Comment 2 Michael Vorburger 2018-04-24 15:59:03 UTC
> External Bug ID: OpenDaylight Bug ODLPARENT-154

This issue does NOT have to await ODLPARENT-154 - it's (presumably) easy to do this locally in puppet-opendaylight - but it's really an indication that the default upstream could be better.

Comment 3 Sai Sindhur Malleni 2018-05-07 14:54:24 UTC
Hey Michael,

Was wondering about the status of this downstream? Also looks like we are capping the rotated logs at 7 files. This lead to me losing a ot of valuable logs when running longevity tests over the weekend. Can we increase the max rollovers atleast if we cant increase the log file size?

Comment 4 Janki 2018-05-09 10:18:48 UTC
Puppet configures rollover at 2 with each file size of 10GB. Puppet also has a logic that

if log_to_console:
    "logs to console + file"
  configure file with above said size and rollover

and TripleO takes puppet to log to console. So the whole "else" section is not executed.

Comment 5 Sai Sindhur Malleni 2018-05-14 14:39:15 UTC
So who is setting the rollover to 7 in this case?

Comment 7 Janki 2018-05-16 12:22:33 UTC
I will edit the above explained if-else logic in puppet-odl to also configure file size and rollover even if log_mechanism mentioned in TripleO is "console".

Comment 8 Janki 2018-06-14 15:06:17 UTC
Since we are moving to logging to file in ODL, the logs files will be accordingly configured. This work is tracked at 


No more changes needed for this bug. Hence closing it.

Note You need to log in before you can comment on or make changes to this bug.