Originally posted by mherger
View Post
I had mostly picked up on the 'syslog' comments.
Worth knowing:
- systemd will direct anything emitted from STDOUT and STDERR to its own journal.
Where it will be accumulated and pruned according to its own settings/environment.
journalctl is the systemd access mechanism.
The LMS Unit Service file could be modified so that this stuff is just thrown away, but LMS' --quiet option also does this.
- LMS, by default, directs its log output both to the regular LMS log files and to STDOUT.
Clarification: STDOUT comes about through use of the screen log4Perl appender.
The --quiet option does, now, suppress STDOUT. (Requires LMS 8.3.1, I think...)
- Debian, by default, configures the systemd journal to forward logs to syslog.
- So we can end up with LMS' log output being stored in each of:
- systemd's journal files
- syslog
- LMS' own log files
I'm still not convinced that the --quiet option works precisely as intended, because I think it should be explicitly adding/removing the screen item from the log4perl.rootLogger = ERROR, server, screen setting every time LMS, or the Scanner, starts. It's been this way for 15 years or so.
The recent change, https://github.com/Logitech/slimserv...1da7aa065c6a6f, seems to sidestep this point by pushing STDOUT to /dev/null.
Leave a comment: