Сообщение Rsyslog `logger` дублируется

У меня просто возникла проблема с модулем imjournal rsyslog, возможно, с проблемой, описанной здесь , в связи с чем возникли сложности с журналом systemd

журнал возвращает те же данные бесконечно в плотной петле. Это приводит к массивному дублированию сообщений внутри rsyslog, что, вероятно, приводит к отказу в обслуживании, когда система снова становится исчерпанной

В любом случае, действительно, процессор обрабатывал повторяющиеся сообщения, которые были месяцами. Я не понимал, что rsyslog и journald были настолько тесно связаны по умолчанию, поэтому я переконфигурировал первое, чтобы использовать более традиционный, более эффективный живой сокет для ввода в соответствии с этими инструкциями :

$ModLoad imuxsock $OmitLocalLogging off 

Это похоже на то, что сокет создан и используется. Тем не менее, я тогда заметил странную вещь при ее тестировании.

 > logger "hello world" 

Результаты в этом в /var/log/syslog , который упоминается только один раз в rsyslog.conf :

 Apr 17 10:35:45 pidora logger: hello world Apr 17 10:35:45 pidora logger: hello world 

Сообщение повторяется, и, похоже, все остальные сообщения тоже. Некоторые из них точно такие же, и некоторые из них отличаются только одним аспектом:

 Apr 17 10:42:26 pidora systemd[1]: Stopping System Time Synchronized. Apr 17 10:42:26 pidora systemd: Stopping System Time Synchronized. 

[1] является pid. Я считаю, что происходит, когда rsyslog получает сообщение один раз из приложения, а затем снова из journald.

Это глупо. Как я могу остановить его?

One Solution collect form web for “Сообщение Rsyslog `logger` дублируется”

Я считаю, что происходит, когда rsyslog получает сообщение один раз из приложения, а затем снова из journald.

Ага. Решение состоит в том, чтобы включить это в /etc/systemd/journald.conf :

 ForwardToSyslog=no 

Почему не возникла эта проблема при использовании imjournal я не уверен, но есть подсказка в man journald.conf :

ForwardToSyslog =

[…] демон журнала должен быть отправлен на традиционный демон syslog […] Если пересылка в syslog включена, но ни один демон syslog не запущен, соответствующий параметр не действует

Я предполагаю, что на самом деле это означает, что «демон syslog работает» – это буквальное присутствие традиционного сокета syslog.

  • Как указать уровень журнала строки вывода из службы systemd?
  • Как не регистрировать некоторые сообщения в журнале systemd
  • Должен ли я использовать отдельные файлы журналов или записывать все в журнал?
  • Как получить xconsole для отображения сообщений в системе с помощью journald?
  • Можем ли мы указывать процентное значение для атрибута RuntimeMaxUse в файле journald.conf
  • systemd stdout протоколирование для длинных строк
  • Как восстановить `/ dev / log` в хосте systemd + rsyslog?
  • Как настроить политику хранения журналов на единицу с помощью журнала?
  • Захват файлов текстового журнала в journald
  • Запретить запись Journald в / var / log
  • собственный файл журнала smartd в системе systemd + journald
  • Interesting Posts

    Настройка параметров сетевого прокси-сервера для всех пользователей на Ubuntu (без перезагрузки)

    Как настроить RTLinux на ноутбуке x64, чтобы вести себя в реальном времени?

    Я удалил / boot-сервер, который все еще работает, переустанавливается?

    Bluestacks на Linux Fedora

    sed и многострочная замена

    Программа для выбора компьютеров для запуска X-клиентов – назовите такие программы?

    Правильная настройка для многократной загрузки

    Как запретить пользователю использовать tty?

    Каковы различия в редактировании UTS_RELEASE и EXTRAVERSION?

    Как навсегда отключить Orca на Debian Wheezy?

    Как я могу переименовать файлы устройств для моего устройства чтения карт памяти?

    Как читать последнюю строку файла?

    Установите файл .deb из git repo на apt-get install

    Как установить и загрузить 32-разрядный Ubuntu на 64-битном UEFI-устройстве без устаревшей загрузки

    Сценарий Wrapper для отображения файлов с исходными кодами / исполняемых файлов

    Linux и Unix - лучшая ОС в мире.