如何阻止syslogd及Apache2向控制台输出DEBUG级日志信息

这种控制台突然蹦出一堆DEBUG日志的情况确实挺闹心的，尤其是你明明已经把Apache的LogLevel设成warn了还出现。我来给你梳理几个排查和解决的方向，一步步来：

• 先检查Apache虚拟主机的配置是否覆盖了全局LogLevel
  有时候全局apache2.conf里的LogLevel设置会被单个虚拟主机的配置给覆盖掉。你可以去/etc/apache2/sites-available/目录下，检查所有虚拟主机配置文件，看看有没有单独设置LogLevel debug的情况。用这条命令快速搜索：

  grep -r "LogLevel" /etc/apache2/sites-available/
  

  如果找到某个虚拟主机里设了DEBUG级别，改成warn就行，改完记得重启Apache：sudo systemctl restart apache2

• 排查Apache是否有自定义日志规则绕过了LogLevel
  有些应用或者模块会用自定义的日志指令，直接把DEBUG信息发送到syslog，不受全局LogLevel控制。你可以检查Apache配置里的ErrorLog或者CustomLog指令，看看有没有类似ErrorLog syslog:local1这种指向syslog的配置。如果有的话，要么调整这个日志指令的级别，要么去对应的syslog配置里限制级别。

• 检查rsyslog的转发规则（Ubuntu 20.04用的是rsyslog，不是传统syslogd）
  你看到的syslogd@my-hostname其实是rsyslog在工作，可能它把Apache的DEBUG日志直接转发到控制台了。你可以检查/etc/rsyslog.conf和/etc/rsyslog.d/目录下的配置文件，看看有没有针对apache2或者对应syslog facility（比如local1）的规则，把DEBUG级别日志导向了/dev/console或者终端tty。
  举个例子，如果找到类似local1.* /dev/console的规则，把它改成local1.warn /dev/console，这样就只会把warn及以上级别的日志发到控制台了。改完重启rsyslog：sudo systemctl restart rsyslog

• 检查你的应用[MY-APP]本身的日志配置
  这些DEBUG日志里标了[MY-APP]，有可能是应用自己直接向syslog发送日志，完全绕过了Apache的LogLevel设置。比如应用代码里用了syslog相关的函数直接打DEBUG日志，这种情况下你得去修改应用自身的日志配置，把日志级别调到warn或者更高。

• 验证syslog的facility和级别映射
  确认Apache的日志是通过哪个syslog facility发送的，比如默认可能是local1。然后在rsyslog配置里，确保这个facility的日志级别被限制在warn及以上，不会把DEBUG级别的内容转发到控制台或者当前终端。

备注：内容来源于stack exchange，提问作者GregSD