サポート担当何敏欽です。デーモンによって制御されています。システム上で共存しています。デーモンは、トラブルシューティング用の主要ツールです。ジャーナルが設定されています。ジャーナルデータベースのログは持続せず、システムを再起動するとなくなります。この設定は変更可能です。再起動する必要があります。再度ログが出力されます。情報を受け取ってログを出力しています。はまだ以前の保存先を参照しているため、新しいメッセージを取得できません。新しい保存先を検索して参照します。再度ログが出力されるようになります。保存先を検索処理する。保存先を検索処理する。古いメッセージがログファイルに再度書き込まれますので、ビックリするかもしれませんが、これも仕様通りの動作です。ジを取得する設定になっています。保持する過去のメッセージを無視して、新しいメッセージのみを取得します。信頼性のある通信というのは、ログメッセージを確実に転送され、取りこぼしがないことです。ログメッセージを転送できる。転送に失敗したログメッセージは転送先が再び到達可能になるまでローカルに保存される。設定することで、転送先が復旧後に転送に失敗したログメッセージが再送されます。仮に下記のような構成があるとします。等の設定を行う必要があります。それぞれの転送は独立して行われるため、1つの転送先がダウンした場合でも他方への転送はブロックされず、転送先が復旧したらログメッセージが転送されるようになります。転送元と転送先のログ転送設定について、インターネット上にたくさん情報があるため、ここでは記載しません。設定内容のファイルを作成します。インメモリーキューを有効にする。#ファイル名の設定、ディスクストレージを定義する。メッセージを破棄しないようにする。#受信されたすべてのメッセージをサーバに転送する。インメモリーキューを有効にする。#ファイル名の設定、ディスクストレージを定義する。メッセージを破棄しないようにする。#受信されたすべてのメッセージをサーバに転送する。@@10.1.100.120:514では、設定通りになるかを確認してみます。rsyslog転送元からメッセージが出力されたとします。"転送先_1がダウンしました。"転送先_1がダウンしました。ダウンしたから、当然そのログメッセージが転送されません。ログが出力されたことを確認できます。影響されず、ログメッセージが転送されます。転送先_1がダウンしました。転送先_1がダウンしました。復旧前のログが出力されたことを確認できます。転送先_1がダウンしました。転送先_1がダウンしました。設定通りの動作になっていますね。これこそ、確実な転送ですね。複数のサーバへの確実な転送方法を説明しました。雑誌等の執筆依頼を受付しております。役に立たなかった2人がこの投稿は役に立ったと言っています。コメントをキャンセルメールアドレスは表示されません。Reserved.本サイトに掲載されている社名、製品名、サービス名等は各社の商標または登録商標です。プライバシーポリシーお問い合わせ。