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 opendaylight-8.0.0-5.el7ost.noarch puppet-opendaylight-8.1.0-0.20180321182556.45c4db7.el7ost.noarch How reproducible: 100 % Steps to Reproduce: 1. Install ODL + OSP13 with defaults configuration 2. 3. 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
Looks like puppet-opendaylight tries to configure 10G by default? https://github.com/opendaylight/integration-packaging-puppet-opendaylight/blob/a6b1e01447b6e50b7b9b9250f106434b880c6e57/manifests/config.pp#L246
> 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.
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?
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" else: configure file with above said size and rollover and TripleO takes puppet to log to console. So the whole "else" section is not executed.
So who is setting the rollover to 7 in this case?
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".
Since we are moving to logging to file in ODL, the logs files will be accordingly configured. This work is tracked at https://bugzilla.redhat.com/show_bug.cgi?id=1559055 No more changes needed for this bug. Hence closing it.