On 29/09/2023 13:45, Eugene Berdnikov wrote:
On Thu, Sep 28, 2023 at 11:52:49PM +0300, Andrey Jr. Melnikov wrote:
Это явно результат вызова openlog() где-то внутри syslog().
Я догадываюсь, но syslogd, вызывающий openlog(), это форменная шиза...
Ты не считаешь, что автора такого изделия нужно везти в психушку? :)
Откуда столько яда? Жизнь штука разнообразная. Сообщение об остановке
rsyslog вполне может осесть в логах:
journalctl -b -1 -u rsyslog
... rsyslogd[1108]: [origin software="rsyslogd" swVersion="8.2302.0"
x-pid="1108" x-info="https://www.rsyslog.com";] exiting on signal 15.
Вообще у rsyslog несколько вродных модулей, откуда он может читать
сообщения. /dev/log один из них, и может быть отключен в конфигурации.
syslog(3) пытается открыть сокет заново, если попытка записи туда не
удалась. Сделано это на случай того, что с прошлого вызова функции демон
syslog перезапускался.
Так что выглядит все штатно. Ну не получилось отправить сообщение в лог,
потому что /dev/log в данном случае слушал сам rsyslog и уже закрыл сокет.
