Мой debian box продолжает получать подобные журналы, а logcheck продолжает отправлять мне их по электронной почте.
CRON [31443]: pam_limits (cron: session): Неизвестный rlimit ядра «Максимальный тайм-аут в реальном времени» игнорируется
sudo: pam_limits (sudo: session): Unknown kernel rlimit 'Max realtime timeout' игнорируется
я нашел это отчет об ошибке для debian, который, кажется, указывает на причину. Но я не знаю, что делать, чтобы от этого избавиться.
Я даже не знаю, что такое пам ...
Любая идея?
PAM означает Подключаемые модули аутентификации. Это в основном API Linux (и некоторых других систем * nix), который приложения и системные компоненты используют для аутентификации.
Насколько я понимаю, он используется как cron, так и sudo при запуске сеанса для проверки ограничений, связанных с сеансом.
Я не знаю о самой ошибке - вам, вероятно, следует немного подождать, чтобы с ней разобраться, возможно, вверх по течению. Это не кажется быть критическим, поскольку и cron, и sudo все еще работают. Я так понимаю, вы используете sid - иногда в нестабильный Debian просто попадают ошибки. Это причина быть.
Но если вас интересует просто удаление спама из системного журнала, вы можете настроить системный журнал так, чтобы он не регистрировал cron и sudo (при условии, что они составляют основную часть спама, связанного с этой ошибкой).
Сначала закомментируйте все вхождения cron в /etc/syslog.conf и добавьте cron.none в свой *.* линия. В стандартной установке Debian это будет выглядеть так:
*.*;auth,authpriv,cron.none -/var/log/syslog
Что, как я понимаю, означает «записывать все в / var / log / syslog, кроме ...».
Вы также можете отправить cron в отдельный файл журнала. Видеть Как я могу запретить cron заполнить мой системный журнал? для этого.
Затем:
/etc/init.d/sysklogd restart
Для остановки sudo из журнала в системный журнал добавьте эти строки в свой /etc/sudoers:
Defaults logfile=/var/log/sudo.log
Defaults !syslog
Затем он должен войти только в этот отдельный файл.