Недавно sendmail перестал принимать сообщения для доставки на мою машину Solaris 10 x86. Я пытаюсь диагностировать проблему, но системный журнал, похоже, тоже не работает. Мой /etc/syslog.conf:
#ident "@(#)syslog.conf 1.5 98/12/14 SMI" /* SunOS 5.0 */
#
# Copyright (c) 1991-1998 by Sun Microsystems, Inc.
# All rights reserved.
#
# syslog configuration file.
#
# This file is processed by m4 so be careful to quote (`') names
# that match m4 reserved words. Also, within ifdef's, arguments
# containing commas must be quoted.
#
*.err;kern.notice;auth.notice /dev/sysmsg
*.err;kern.debug;daemon.notice;mail.crit /var/adm/messages
*.alert;kern.err;daemon.err operator
*.alert root
*.emerg *
# if a non-loghost machine chooses to have authentication messages
# sent to the loghost machine, un-comment out the following line:
#auth.notice ifdef(`LOGHOST', /var/log/authlog, @loghost)
auth.info /var/log/authlog
mail.info /var/log/maillog
#
# non-loghost machines will use the following lines to cause "user"
# log messages to be logged locally.
#
ifdef(`LOGHOST', ,
user.err /dev/sysmsg
user.err /var/adm/messages
user.alert `root, operator'
local7.debug /var/log/mimedefang
user.emerg *
)
/ var / log / authlog работает. То же самое с / var / log / mimedefang и / var / adm / messages. Однако / var / log / syslog пуст, а последняя строка в /var/log/syslog.0 сделана более месяца назад. / var / log / maillog также пуст. Я несколько раз перезапускал системный журнал и sendmail с помощью svcadm. Что-то не так с моим syslog.conf?
Мой /etc/syslog.conf (andLinux) содержит
*.*;auth,authpriv.none -/var/log/syslog
В том, что вы опубликовали, не упоминается / var / log / syslog.
Как указано выше в @MadHatter, syslog.conf нигде не упоминает / var / log / syslog. Следовательно, в / var / log / syslog журналы записываться не будут.
Если я правильно помню, в большинстве систем Solaris была строка в syslog.conf, которая выглядит так:
mail.info ifdef(`LOGHOST', /var/log/syslog, @loghost)
ИЛИ
mail.debug ifdef(`LOGHOST', /var/log/syslog, @loghost)
ИЛИ
mail.info /var/log/syslog
Для меня решение было: в какой-то момент старый демон регистратора ядра был обновлен до rsyslogd. Когда это произошло, журналы, принадлежащие «messagebus», остались принадлежать «messagebus», но не могли быть записаны «syslog».
Для исправления было достаточно изменить принадлежность этих журналов к «syslog» и перезапустить syslogd.