Rsyslogの「ロガー」メッセージが重複しています。

Question 1

私は何が起こっているのか、rsyslogはアプリケーションからメッセージを一度取得し、ログから再びインポートすると信じています。

はい。解決策は次の項目に含めることです/etc/systemd/journald.conf。

ForwardToSyslog=no

使用時にこの問題が発生しない理由はimjournalわかりませんが、ここにヒントがありますman journald.conf。

システムログに転送=

[...]ロギングデーモンはレガシーsyslogデーモンに渡す必要があります。 [...] syslogへの転送が有効になっているが実行中のsyslogデーモンがない場合、そのオプションは効果がありません。

「syslogデーモンが実行中」ということが実際に意味するのは、文字通り伝統的なsyslogソケットが存在するということです。

Answer

私は何が起こっているのか、rsyslogはアプリケーションからメッセージを一度取得し、ログから再びインポートすると信じています。

はい。解決策は次の項目に含めることです/etc/systemd/journald.conf。

ForwardToSyslog=no

使用時にこの問題が発生しない理由はimjournalわかりませんが、ここにヒントがありますman journald.conf。

システムログに転送=

[...]ロギングデーモンはレガシーsyslogデーモンに渡す必要があります。 [...] syslogへの転送が有効になっているが実行中のsyslogデーモンがない場合、そのオプションは効果がありません。

「syslogデーモンが実行中」ということが実際に意味するのは、文字通り伝統的なsyslogソケットが存在するということです。

Question 2

私もこの提案を試しましたが、それが私のシステムに何の影響も与えないことがわかりました。代わりに、この意見が役に立ったと思います。システムログはすべてをコピーします。

この行にコメントを付けてください。 .=info;.=notice;.=警告が出ます。＃を意味します。.=情報;.=通知;.=警告; rsyslog を再起動します。

/etc/rsyslog.confルールがこの現象の原因であるためです。

実際にプロンプトでこれを証明できます。「こんにちは世界」ログメッセージ

私のシステムで次の設定を見つけました。/etc/rsyslog.conf

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;authpriv.none;cron.none                /var/log/messages

# Log services messages
daemon.=error                                           /var/log/kern.log
daemon.*;daemon.!=error                                 /var/log/messages

daemon自動化されたプロセスにアクティビティを登録するための施設ルールを追加しました。

今、私は次のテストメッセージを試しました。

$ logger hello my server01 world

そしてこのログメッセージを見つけました/var/log/messages

Mar 22 13:35:41 server01 user01: hello my server01 world

しかし、私が試したとき

$ logger -p daemon.info hello my server01 02

次のログメッセージが見つかりました。

Mar 22 13:38:15 server01 usre01: hello my server01 02
Mar 22 13:38:15 server01 user01: hello my server01 02

これにより、除外ルールを/etc/rsyslog.conf追加するためにルールが変更されました。daemon.none

*.info;mail.none;authpriv.none;cron.none;daemon.none     /var/log/messages

rsyslogサービスを再起動してください。実際にこの現象を防ぎます。

Answer