Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

システムログの概要

SUMMARY このセクションでは、メッセージを生成するJunos OSプロセスを特定するシステムログメッセージを説明し、発生した操作またはエラーについて簡単に説明します。

システムログの概要

Junos OSはシステムログメッセージ（syslogメッセージ友呼ばれる）をデバイス上で発生する記録イベントに作成し、それには次が含まれます。

  • Open Shortest Path First（OSPF）プロトコル隣接の作成や、設定データベースへのユーザーログインの作成といったルーティン操作

  • 設定ファイルへのアクセスの失敗、または予期しないピアプロセスへの接続の終了といった失敗やエラー状態

  • 超高熱によるデバイスの電源ダウンなどの緊急または深刻な状態。

各システムログメッセージは、メッセージを生成する必要があるJunos OSプロセスを特定し、発生した操作またはエラーの簡単な説明をします。特定のシステムログメッセージの詳細については、システムログエクスプローラを参照してください。

デバイスがシステムメッセージをログに記録するように設定するには、[システムを編集]階層レベルでsyslogステートメントを設定します。

注:

このトピックでは、Junos OSプロセスおよびライブラリのシステムログメッセージについて説明しますが、Adaptive Services PICなどのPhysical Interface Card（PIC）のシステムログサービスについては説明しません。

システムログエクスプローラアプリケーションを使用して、異なるリリースでシステムログメッセージを表示または比較します。

SRXシリーズとNFXシリーズデバイスでのJunos OS リリース 22.1R1と、QFX5130、QFX5200、QFX5220、QFX5700デバイスでのJunos OS Evolvedリリース22.2R1以降、<event>UI_LOGIN_EVENT|UI_LOGOUT_EVENT</event>フォーマットを使用してイベントタグ内に複数のイベントを追加しました。これにはイベントを分離し、システムログメッセージを生成するオプション（|）があります。これらのリリースの前には、イベントタグが<event>UI_LOGIN_EVENT UI_LOGOUT_EVENT</event>フォーマットを使用し、<get-syslog-events> rpcフィルターのさまざまな組み合わせでは、ログに記録されませんでした。

Junos OS Evolvedのシステムロギング

Junos OS Evolvedでは、各ノードには、システムジャーナルを取得しフィルターするインターフェイスである標準的なjournalctlツールが備わっています。システムログメッセージは、システムジャーナルから抽出されます。relay-eventdプロセスはすべてのノードで実行し、システムジャーナルから（syslog設定に基づいて）イベント、および異なるアプリケーションからエラーメッセージを取得して、それらをmaster-eventdプロセスに転送します。master-eventdプロセスは、プライマリルーティングエンジンで実行し、ログメッセージとエラーをディスクに書き込みます。

Junos OS Evolvedでは、バックアップルーティングエンジンにmessagesファイルはありません。すべてのバックアップルーティングエンジンのログは、プライマリルーティングエンジンノード上のmessagesファイルにあります。

デフォルトでは、Junos OS Evolvedは、ノード名はシステムログメッセージのホスト名の後に追加されますが、Junos OSではそうではありません。このアクションにより、Junos OS EvolvedシステムログメッセージのRFC5424への準拠が保たれます。しかしながら、監視システムによってはJunos OS Evolvedホスト名が正しく識別されない場合もあります。ホスト名とノード名の組み合わせがインベントリ内のホスト名と一致しないからです。

Junos OS Evolvedリリース20.4R2以降、監視システムでJunos OS Evolvedホスト名を正確に識別するには、set system syslog alternate-format設定モードコマンドを使用します。このコマンドにより、Junos OS Evolvedシステムログメッセージのフォーマットが変更されます。ノード名が、ホスト名の後に追加されるのではなく、メッセージ内のプロセス名の前に追加されるようになり、監視システムがホスト名を正しく識別できるようになります。

例えばJunos OSシステムログメッセージは、FPCから送信されるシステムログメッセージには元のプロセスを印刷しません。

しかしながら、Junos OS Evolvedのメッセージでは、ホスト名の後にノード名が追加され、FPCを含めたノードから送信されるメッセージの元のプロセスが印刷されます。

Junos OS Evolvedシステムログメッセージの入れ替えフォーマットを設定している場合は、同じシステムログメッセージのセットが以下のようになり、ホスト名だけとなります。

システムロギング機能とメッセージ重大度レベル

表 1 は、[edit system syslog] 階層レベルの設定ステートメントで指定できる、Junos OSシステムのロギング機能の一覧を示しています。

表 1: Junos OS システムロギング機能

ファシリティ（番号）

イベントまたはエラーの種類

kernel（0）

Junos OSカーネルはアクションを実行し、エラーに遭遇します。

user（1）

ユーザー スペースがアクションを実行するか、エラーに遭遇します。

daemon（3）

システムがアクションを実行するか、エラーに遭遇します。

authorization（4）

認証と承認の試み。

ftp（11）

FTPがアクションを実行するか、エラーに遭遇します。

ntp（12）

ネットワークタイムプロトコルはアクションを実行するか、エラーに遭遇します。

security（13）

セキュリティ関連のイベントやエラー。

dfc（17）

動的フロー キャプチャに関連するイベント

external（18）

ローカル外部アプリケーションはアクションを実行するか、エラーに遭遇します。

firewall（19）

ファイアウォールフィルターは、パケットフィルタリングアクションを実行します。

pfe（20）

パケット転送エンジンはアクションを実行するか、エラーに遭遇します。

conflict-log（21）

指定された設定がそのルーター タイプでは無効

change-log（22）

Junos OS 設定へ変更

interactive-commands（23）

Junos XMLプロトコルまたはNETCONF XMLクライアントなどのクライアントアプリケーションは、Junos OSコマンドラインインターフェイス（CLI）プロンプトでコマンドを発行します。

表 2に、[edit system syslog] 階層レベルの設定ステートメントで指定可能な重大度を示します。レベルemergencyからinfoは、最も高い重大度（機能に最大の影響を及ぼす）から最も低いものへの順です。

他の重大度レベルとは異なり、none レベルでは、トリガーとなるイベントがルーティング機能に及ぼす重大度を示すのではなく、ファシリティのログ記録を無効にします。詳細は、ファシリティのシステム ログ記録の無効化を参照してください。

表 2: システム ログ メッセージの重大度レベル

値

重大度レベル

説明

-

none

宛先への関連ファシリティのログ記録を無効にする

0

emergency

ルーターの機能を停止させてしまう、システム パニックなどの状態

1

alert

システム データベースの破損などの、直ちに修正が必要な状態

2

critical

ハード エラーなどのクリティカルな状態

3

error

通常、緊急、アラート、クリティカルなレベルのエラーほど深刻な結果をもたらさないエラー状態

4

warning

監視が必要な状態

5

notice

エラーではないが、特別な対応が必要と思われる状態

6

info

関心を持つべきイベントまたはエラーなしの状態

7

any

すべての重大度レベルを含む

デフォルトシステムログ設定

表 3は、Junos OSを実行するすべてのルーターに適用されるデフォルトシステムログ設定をまとめ、デフォルト値を上書きする設定に含めるステートメントを指定します。

表 3: デフォルトシステムロギング設定

設定

デフォルト

上書きステートメント

手順

リモートマシンに転送されたメッセージのための代替ファシリティ

change-logの場合： local6

conflict-logの場合： local5

dfcの場合： local1

firewallの場合： local3

interactive-commandsの場合： local7

pfeの場合： local4

 
[edit system syslog]
host hostname {
    facility-override facility;
}

リモート宛先にダイレクトされるシステムログメッセージ向け代替ファシリティ名の変更

ファイルに記録されたメッセージのフォーマット

UNIXフォーマットに基づく標準Junos OSフォーマット

 
[edit system syslog]
file filename {
    structured-data;
}

Strutured-Dataフォーマットでのロギングメッセージ

アーカイブセット内の最大ファイル数

10

 
[edit system syslog]
archive {
    files number;
}
file filename {
    archive {
        files number;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

ログファイルの最大サイズ

Mシリーズ、MX シリーズ、Tシリーズ：1メガバイト（MB）

TX マトリクス：10 MB

 
[edit system syslog]
archive {
    size size;
}
file filename {
    archive {
        size size;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

タイムスタンプフォーマット

月、日、時間、分、秒

たとえば、以下のように表示されます。 Aug 21 12:36:30

 
[edit system syslog]
time-format format;

タイムスタンプに年またはミリ秒を含める

ログファイルを読み込めるユーザー

rootユーザーとJunos OSmaintenance パーミッションを持つユーザー

 
[edit system syslog]
archive {
    world-readable;
}
file filename {
    archive {
        world-readable;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

システム ロギングおよびルーティング インスタンス

システムログトラフィックは、デバイス上の管理インターフェイスとそれに関連付けられたルーティングインスタンスから送信されます。デフォルト以外の管理ルーティング インスタンスを使用するようにシステム ロギング メッセージを設定できます。

専用管理インスタンスの利点

  • セキュリティの改善

  • システムログトラフィックは、他の制御トラフィックやプロトコルトラフィックとルーティングテーブルを共有する必要がなくなりました

  • トラブルシューティングのための管理インターフェイスの使用が容易

専用管理インスタンスでのシステムロギング

Junos OS リリース 17.3R1 では、syslog-event プロセスは、IPv4 アドレス リモート ホストの専用管理ルーティング インスタンスで fxp0 管理インターフェイスを処理します。Junos OS リリース 18.1R1 以降、リモートホストまたはアーカイブサイトに接続する場合、syslog-event プロセスは IPv6 ベースの設定をサポートし、fxp0 は専用管理インスタンスに移動します。したがって、システム ログ トラフィック専用の管理インスタンス mgmt_junos を使用するように IPv6 アドレスを構成できます。syslog (システム)を参照してください。

Junos OSリリース18.4R1以降、syslogクライアントは、適切な階層で定義するルーティングインスタンスを介してメッセージを送信できます。management-instance ステートメントが[edit system]階層で設定され、専用管理インスタンスmgmt_junosが [edit system syslog host ip-address routing-instance]階層レベルで設定されている場合、システム ロギング トラフィックは host レベルで設定されているため、mgmt_junosを使用します。ルーティングインスタンス（Syslog）を参照してください。

Junos OS Evolvedでは、management-instance ステートメントを設定するとすぐに、システムロギングにデフォルトでmgmt_junos VRFインスタンスが使用されます。システム ロギング用に mgmt_junos VRF インスタンスを設定する必要はありません。

専用管理インスタンスを使用するようにシステムログトラフィックを設定する方法については、 専用インスタンスの管理インターフェイスを参照してください。

Junos OS Release 24.2R1以降、システムロギング情報では、設定時に専用管理インスタンスを使用する必要はありません。システム ログ トラフィックが使用するルーティング インスタンスは、設定されているルーティング インスタンスによって異なります。システム ロギング トラフィックでは、[edit system syslog host ip-address]階層レベルで routing-instance ステートメントで設定されたルーティング インスタンスが優先され、次に [edit system syslog] レベルで設定されたルーティング インスタンスが優先されます。どちらの階層にもルーティング インスタンスが設定されていない場合、管理インスタンスがグローバル レベルで設定されていても、システム ロギング トラフィックはデフォルトでデフォルトのルーティング インスタンスと inet.0 ルーティング テーブルに設定されます。したがって、システムログは、ホストがデフォルトのinet.0ルーティングインスタンスから到達可能な場合にのみ、ホストに到達します。

この動作を次の表にまとめます。

表 4: 専用管理インスタンスが構成されている場合のシステム ログ トラフィックの動作

hostレベルで設定

syslogレベルで設定

ルーティング インスタンス システム ロギング トラフィックの使用

mgmt_junos

ユーザー定義ルーティング インスタンス

mgmt_junos

ユーザー定義ルーティング インスタンス

ユーザー定義ルーティング インスタンス

hostレベルで設定されたインスタンス

なし

 mgmt_junos mgmt_junos

なし

ユーザー定義ルーティング インスタンス

syslogレベルで設定されたインスタンス

なし

なし

デフォルトルーティングインスタンスinet.0

プラットフォーム固有のデフォルトシステムログメッセージ

以下のメッセージは、特定のルーター上でデフォルトで生成されます。これらのタイプのメッセージを表示するには、Junos OS 最小システムログ構成で説明されているように、メッセージの宛先を少なくとも 1 つ構成する必要があります。

  • M シリーズ、MX シリーズ、または T シリーズのルーターでカーネル プロセス メッセージをログに記録するには、 ステートkernel infoメントを適切な階層レベルで記述します。

  • infoTX Matrix ルーターと T640 ルーターで構成されるルーティング マトリクスでは、各 T640 ルータのプライマリ ルーティング エンジンが、重大度が 以上のすべてのメッセージを TX Matrix ルータのプライマリ ルーティング エンジンに転送します。これは、TX Matrix ルーターに含まれる以下の構成ステートメントと等価です。

  • Junos OSリリース15.1X49-D10およびJunos OSリリース17.3R1より（同様にTX Matrix Plusルーターと接続されたT1600またはT4000ルーターで構成されるルーティングマトリクス上でも）、各T1600またはT4000 LCCのプライマリルーティングエンジンは、重大度がinfo以上のすべてのメッセージをTX Matrix Plusルーターのプライマリルーティングエンジンに転送します。これは、TX Matrix Plus ルーターに含まれる以下の構成ステートメントと等価です。

    注:

    ユーザー インターフェイスの観点から見ると、ルーティング マトリクスは単一ルーターとして表示されます。TX Matrix Plus ルーターは、ルーティング マトリクスで接続されているすべての T1600 または T4000 ルーターを制御します。

標準フォーマットで生成されるメッセージを解釈する

Junos OSのプロセスまたはサブルーチンライブラリで生成された標準形式のメッセージの構文は、以下の優先順位情報が含まれているかどうかによって異なります。

  • explicit-priorityステートメントが[filename]または[hostname]階層レベルに含まれる場合、システムログメッセージは以下の構文を持っています。

  • コンソールやユーザーに送信される場合、またはファイルやリモートホストにステートexplicit-priorityメントが含まれていない場合、システムログメッセージの構文は次のとおりです:

表 5はメッセージフィールドを説明しています。

表 5: 標準形式メッセージのフィールド
フィールド 説明

timestamp

メッセージが記録された時間。

message-source

メッセージを生成したプロセスまたはコンポーネント、およびメッセージが記録されたルーティングプラットフォームの識別子。Junos OSの場合、このフィールドには2つ以上のサブフィールドが含まれます。ホスト名、プロセスおよびプロセスID（PID）。Junos OS Evolvedの場合、このフィールドにはホスト名、その後にノード名、プロセス名、PIDが含まれます。alternate-formatステートメントがJunos OS Evolvedデバイス上の[編集システムsyslog]階層レベルで設定されている場合、ノード名はホスト名の後には追加されず、代わりにプロセス名の前に付きます。Junos OS Evolvedのメッセージを入れ替える場合は、Junos OSメッセージと同じホスト名フォーマットにするようにしてください。プロセスがPIDを報告しない場合、そのPIDは表示されません。メッセージソースサブフィールドは、以下の形式で表示されます。

hostname	process[process-ID]

facility

システムログメッセージが属しているファシリティを指定するコード。コードのファシリティ名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む、優先順位情報で報告されたファシリティコード。

severity

システムログメッセージに割り当てられた重大度レベルを表す数値コード。コードの重要度名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む、優先順位情報で報告された重大度レベルの数値コード。

TAG

メッセージを一意に識別するテキスト文字は、すべて大文字で、アンダースコア（_）を使用して単語を区切ります。タグ名は、生成するソフトウェアのプロセスまたはライブラリを示すプレフィックスで始まります。このリファレンスのエントリーは、このプレフィックスのアルファベット順に表示されています。

ルーティングプラットフォーム上のすべてのプロセスがタグを使用するわけではないため、このフィールドは常に表示されるわけではありません。

message-text

メッセージのテキスト。

ホストOSシステムログとコアファイルを管理する

ホストOSを搭載したJunos OSスイッチでは、Junos OSは、システムログメッセージ（syslogメッセージとも呼ばれます）を生成し、以下を含むスイッチで発生するイベントを記録することがあります。

  • ユーザーが設定データベースへログインするなどの日常的な運用。

  • 障害およびエラー状態。

  • 過度な温度によりスイッチの電源が落ちるなど、緊急時またはクリティカルな状態。

OCXシリーズスイッチの場合：

  • システムログメッセージが、以下のシナリオのホストOSの/var/log/dcpfe.logファイルに記録されています。

    • 転送デーモンを初期化したとき。

    • メッセージは緊急としてタグ付けされます（LOG_EMERG)）。メッセージのコピーはスイッチの/var/logディレクトリにも送信されます。

  • プロセスからのメッセージは、/var/logディレクトリのホストシステムで利用できます。ホストシャーシ管理プロセスからのシステムログメッセージは、ディレクト/var/logリのlcmd.logファイルに記録されます。

ホストOSを搭載したQFXスイッチの場合：

  • Junos OSおよびホストOSは、システムとプロセスイベントに関するログメッセージを記録し、特定のシステム障害が発生するとコアファイルを生成します。

  • これらのファイルは、スイッチで実行されているホストOSの種類に応じて、ログメッセージの場合は/var/log、またコアファイルの場合は/var/crashなどのディレクトリに保存されます。

診断を行うため、スイッチ上のJunos OS CLIから、これらのホストOSシステムのログおよびコアファイルにアクセスできます。ホストOSが一時ログやその他のファイルを保存するディレクトリをクリーンアップすることもできます。

このトピックには、以下のセクションが含まれています。

ホストOSシステムでログファイルを表示する

ホストOSで作成されたログファイルのリストを表示するには、以下のコマンドを入力します。

ホストシステムからスイッチにログファイルをコピーする

ホストOSからスイッチにログファイルをコピーするには、以下のコマンドを入力します。

例えば、lcmdログファイルをスイッチにコピーするには、以下のコマンドを入力します。

ホストOSシステムでコアファイルを表示する

ホストOSシステムで生成され、保存されたコアファイルのリストを表示するには、以下のコマンドを入力します。

このリストは以下のサンプルの出力のようになります。

ホストシステムからスイッチにコアファイルをコピーする

ホストOSからスイッチにコアファイルをコピーするには、以下のコマンドを入力します。

コピー先のJunos OSパスがディレクトリである場合、デフォルトで送信元のファイル名が使用されます。コピー先でファイルの名前を変更するには、使用するファイル名を含め、フルパスとしてコピー先の引数を入力します。

例えば、localhost.lcmd.26653.1455520135.core.tgzコアアーカイブファイルをスイッチにコピーするには、以下のコマンドを入力します。

スイッチの結果を確認するには、以下のコマンドを入力します。

ホストOSで一時ファイルをクリーンアップする

ホストOSで作成された一時ファイルを削除するには、以下のコマンドを入力します。

例えば、LinuxホストOSを搭載したスイッチの以下のサンプル出力は、/var/tmpに保存された一時ファイルのクリーンアップを示しています。

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。

リリース
説明
15.1X49-D10
Junos OSリリース15.1X49-D10およびJunos OSリリース17.3R1より（同様にTX Matrix Plusルーターと接続されたT1600またはT4000ルーターで構成されるルーティングマトリクス上でも）、各T1600またはT4000 LCCのプライマリルーティングエンジンは、重大度がinfo以上のすべてのメッセージをTX Matrix Plusルーターのプライマリルーティングエンジンに転送します。