I’d like to extend the default log retention period from 4 to 52 weeks.
4 weeks is the default upstream retention period. We usually keep upstream defaults, but it would be acceptable only if I store logs externally IMO (that is typical in cloud infrastructures, but not for home/sme users)
52 weeks is the default retention period I apply to my customers. When I connect to my customers’ systems 4 weeks of past logs are not enough. To investigate a problem I need older information, as this community Support request demostrates: No login in eJabberd, IMAP and SSH - #35 by Enrico
Absolutely true! You’re right and as @stephdl recalls we decided to not force every software to respect the default value.
I want to change only the default log retention period. Period.
I’d like to enforce the new default for new installations starting from 7.6.
I’m happy you’re ok, anyway I want to remark that only new installations will be affected by the change. Existing installations can be adjusted even today with
config setprop logrotate Times 52
signal-event nethserver-base-update
@danb35 - and if I ran out of disk space I can save a bit of space by enabling the Compression prop… But huge logs are usually the symptom of a problem so…
zcat blah | grep whatever doesn’t seem especially difficult…
On the one hand, yes, if your logs are filling up your disk, there’s probably something else wrong. OTOH, I’ve got about 750 MB of logs with the default four-week retention. Increasing retention to a year takes that to nearly 10 GB, which is a fairly significant amount of storage. However, log files are highly compressible. As an example, I took my two oldest messages files, -1014 which was 7.3M, and -1021 which was 6.9M. I ran gzip on -1014, reducing it to 531k–compression ratio of 13.7:1. I ran bzip2 on -1021, reducing it to 329k, a ratio of 21:1.
You both have good points here but we must take the log viewer UI into account. It does not support log compression by now and is really slow. Adding the decompression task would make it even slower!
We have many applications to implement. The main ones are the firewall and mail server.
Also the documentation should be modified to be accessible directly from cockpit.
But I guess is better to discuss such things on another thread.
