svn commit: r318250 - in head: etc etc/newsyslog.conf.d etc/syslog.d tools/build/mk

[Ngie Cooper (yaneurabeya)]

> On May 15, 2017, at 10:47, Ngie Cooper (yaneurabeya) <yaneurabeya at gmail.com> wrote:
> 
> 
>> On May 15, 2017, at 10:43, Ian Lepore <ian at FreeBSD.org> wrote:
> 
> …
> 
>> That's only a good argument for keeping the lines in the monolithic
>> file if those lines will be ignored when a file in the .conf.d
>> directory provides conflicting config.  Otherwise my embedded product
>> that drops different rules for rotating /var/log/messages into .conf.d
>> STILL has to programmatically edit the monolithic file to remove the
>> standard rule(s).
> 
> 	Bingo. This is part of the reason why I did this, apart from being selfish in not wanting to handle a handful of unnecessary entries in newsyslog/syslogd on all of my systems where I set these knobs to no.
> Literally all I did was `dd+p` in vim in the new files. I didn’t add or subtract any overall entries.

And for context, we (Isilon) run newsyslog more frequently than upstream (sometimes every couple minutes, sometimes multiple times an hour/day), attributing to unnecessary creation and modification of log files (like this) that we (Isilon) don’t care about at all, which causes other potential issues with root media wear, potential for filesystem corruption, reduced number of available inodes/space because it allocates at least the frag size for a file, etc.

Plus with the number of entries we have in syslog.conf (an order of magnitude larger than upstream), having to walk a linked list to evaluate how to handle messages when putting them out in log files does tend to add up with all of the logging we do on our appliances (which is considerably more chatty than I’ve seen other appliance vendors that I’ve worked for).

Thanks,
-Ngie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/svn-src-head/attachments/20170515/eb2eda51/attachment.sig>