FS#13935 - Add 'size xx' in default /etc/logrotate.conf
Attached to Project:
Arch Linux
Opened by (MajorTom) - Tuesday, 24 March 2009, 05:39 GMT
Last edited by Allan McRae (Allan) - Monday, 13 April 2009, 10:35 GMT
Opened by (MajorTom) - Tuesday, 24 March 2009, 05:39 GMT
Last edited by Allan McRae (Allan) - Monday, 13 April 2009, 10:35 GMT
|
Details
I bumped into a situation where my system ran out of space
because of log files growing huge. I don't know if I should
blame dcron (let's replace it already!) not running when my
desktop system was off or logrotate's default config, but
the fact remains that with the vanilla system setup this
issue does indeed occur. Yes, I do realize that log files
should be examined and problems should be taken care of but
including 'size 20M' (as suggested on Forums here) and
perhaps enabling 'compress' would help many a newcomer to
Arch.
* logrotate 3.7.7-3 Please consider this and thank you for understanding. |
This task depends upon
Closed by Allan McRae (Allan)
Monday, 13 April 2009, 10:35 GMT
Reason for closing: Fixed
Additional comments about closing: logrotate-3.7.8-1
Monday, 13 April 2009, 10:35 GMT
Reason for closing: Fixed
Additional comments about closing: logrotate-3.7.8-1
Again, I understand why you wouldn't want to impose log size limitations by default but a line of warning or something would save some trouble.
Regarding the wiki, this is not distro/developer provided documentation. You can edit it if you feel like it.
+1 on closing this.
Can we at least include "#size ..." commented out with a description comment line above (#compress is already present) in the shipping .conf file?
Can we at least include "#size ..." commented out with a description comment line above (#compress is already present) in the shipping .conf file?
The later sounds like a reasonable request considering Arch ships its own logrotate.conf..
That's right! First in line and protected :D
Including the '#size xx' option with a brief comment on what it does will keep it nice and simple and save users some RTFM-time.
Thanks again.
In the same manner, why bother including #compress or anything else ...you know what I mean?
It disagrees on the upstream default to use 'dateext', adds an hint about /var/log/archive (as a comment, just like the OP requested for 'size'), adds the 'tabooext' line, and omits quite a bit concerning /var/log/{btmp,wtmp}.
+1 from me for the comment.