私はrsyslogに初めてアクセスし、ドキュメントを見て、他の人がそれを構成して行った操作の例を見ていましたが、ログローテーションのトピックが浮かび上がったときに質問が浮上しました。現在、私のサーバーには、特定のメッセージをデフォルト以外のログファイルにフィルタリングする設定があり、そのログファイルにはlogrotate設定ファイルがありますが、syslog用のlogrotate設定ファイルがあることを確認しました。 rsyslogのプロセスID - HUP。
ファイル名の変更、変更などを行った後、ファイル記述子を保持するアプリケーションを再起動する必要があることを理解しています。しかし、これはUDPメッセージを受信するsyslogサーバーにどのような影響を与えますか？ rsyslogを再起動する必要がある場合、UDPポートがプロセスにバインドされなくなる期間があるため、サーバーにリモートで送信されたすべてのメッセージが失われます。時間枠が短すぎて心配する必要はありませんか？それとも、これらの可能性を説明する他の方法がありますか？ （内部/管理以外の理由でTCPを使用することはできません。）
現在、rsyslog 8.2004でRHEL 6.10を実行しています。
ベストアンサー1
kill -HUPプロセスにHANGUP信号を送信します。これは実際にいいえプロセスを終了する必要があります。調査するマニュアルページ指摘
また、v3では、変更された設定ファイルを読み取るために完全な再起動が発生します。これは、rsyslogdが完全に再起動されたことを意味します。とりわけ、これはTCPや他の接続を中断します。
したがって、これはTCP関連のメモも役に立たないことを意味します。 UDPには接続がないため、一部が失われる可能性があります。しかし、このように短時間でデータパケットが入ってくると可能ポートがリッスンしていないというICMP応答を受信することは、サーバー/ファイアウォールの構成方法によって異なります。どのようにアプリケーションを送信ICMP応答を考慮すべき他のものと考えてください。