Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

システムログの概要

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

システムログの概要

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

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

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

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

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

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

注:

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

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

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)

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

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;
    }
}

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

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

システム ログ(syslog)クライアントは完全に VRF に対応します。仮想ルーティングおよび転送(VRF)インスタンスを介してサーバに到達可能な場合、syslogクライアントはサーバにログメッセージを送信できます。リモートサーバー到達可能なルーティング インスタンスを指定するには、 routing-instance ステートメント(適切な階層で導入)を使用します。

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

専用管理インスタンスのメリット

  • セキュリティの改善

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

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

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

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

Junos OS リリース 24.2R1以前では、特にmgmt_junosを設定しなくても、management-instanceステートメントが設定されている場合、システムログトラフィックはデフォルトで専用管理インスタンスを使用します。Junos OS リリース 24.2R1以降、専用管理インスタンスを使用するには、システムログトラフィックの mgmt_junos ステートメントを設定する必要があります。

システムログトラフィックが使用するルーティング インスタンスは、設定されているルーティングインスタンスによって異なります。システム ロギング トラフィックでは、[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

メッセージのテキスト。

Junos OS プロセスまたはライブラリによって標準形式で生成されたメッセージを解釈する

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

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

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

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

表 6: Junos OS プロセスまたはライブラリで生成された標準形式メッセージのフィールド
フィールド 説明
timestamp メッセージが記録された時間。
message-source メッセージを生成したプロセスまたはコンポーネント、およびメッセージが記録されたルーティングプラットフォームの識別子。このフィールドには、システム ロギングの設定方法に応じて、2つ以上のサブフィールドが含まれます。TXマトリクスプラットフォーム上のメッセージソースフィールドルーティングマトリクス内のT640ルーティングノード上のメッセージソースフィールドおよびシングルシャーシシステム上のメッセージソースフィールドを参照してください。
facility システムログメッセージが属しているファシリティを指定するコード。コードのファシリティ名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む優先順位情報で報告された重大度レベルの数値コード
severity システムログメッセージに割り当てられた重大度レベルを表す数値コード。コードの重要度名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む優先順位情報で報告された重大度レベルの数値コード
TAG

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

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

message-text メッセージのテキスト。各メッセージのテキストについては、システムログメッセージの後の章を参照してください。

PIC上のサービスが標準形式で生成したメッセージを解釈する

適応可能サービス(AS)PICなど、PIC上のサービスによって生成される標準形式のシステムログメッセージは、以下の構文を持っています。

注:

PIC上のサービスのシステムロギングは、この章で説明したように、[edit system syslog]階層レベルでは設定されません。設定情報については、『 Junos Services Interfaces Configuration Guide』を参照してください。

(FPCスロットfpc-slot, PICスロットpic-slot)フィールドは、ルーティングエンジン上で動作する標準システムロギングユーティリティがメッセージをシステムログに書き込む際のみ表示されます。PICがメッセージを直接書き込む場合、フィールドは表示されません。

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

表 7: PICによって生成されたメッセージのフィールド
フィールド 説明
timestamp メッセージが記録された時間。
fpc-slot メッセージを生成したPICを収容するフレキシブルPICコンセントレータ(FPC)のスロット番号。
pic-slot メッセージを生成したPICが存在するFPC上のPICスロットの番号。
service-set メッセージを生成したサービス セットの名前。
SERVICE

メッセージを生成したサービスを表すコード。コードには次のものが含まれます。

  • FWNAT—ネットワークアドレス変換(NAT)サービス

  • IDS:侵入検知サービス

optional-string PICの設定に[edit interfaces interface-name services-options syslog]階層レベルでlog-prefixステートメントが含まれている場合に表示されるテキスト文字列。詳しくは、 Junos サービス インターフェイス設定ガイドをご覧ください。
TAG メッセージを一意に識別するテキスト文字は、すべて大文字で、アンダースコア(_)を使用して単語を区切ります。タグ名は、生成PICを示すプレフィックスで始まります。このリファレンスのエントリーは、このプレフィックスのアルファベット順に表示されています。
message-text メッセージのテキスト。各メッセージのテキストについては、システム ログ メッセージを参照してください。

構造化データフォーマットで生成されたメッセージを解釈する

Junos OS リリース 8.3 以降、ログ ファイルの設定に structured-data ステートメントが含まれている場合、Junos OS プロセスとソフトウェア ライブラリは、標準の Junos OS 形式ではなく、構造化されたデータ形式でファイルにメッセージを書き込みます。structured-data ステートメントについては、 Structured-Dataフォーマットでのロギングメッセージを参照してください。

構造化フォーマットを使用すると、自動化アプリケーションがメッセージから情報を抽出しやすくなります。特に、変数 (メッセージをトリガーした状況に応じて変化する英語のメッセージ内の要素) の値を報告するための標準化された形式により、アプリケーションはそれらの値を簡単に抽出できます。標準形式では、変数はメッセージ・テキストに散在し、変数として識別されません。

メッセージの構造化データ形式には、以下のフィールドがあります (ここでは、読みやすくするためにのみ 2 行で表示されています)。

表 8 は、フィールドを説明しています。システム・ロギング・ユーティリティーが特定のフィールドの値判別できない場合は、代わりにハイフン(-)が表示されます。

表 8: 構造化データメッセージのフィールド
フィールド 説明
<プライオリティコード> メッセージのファシリティと重大度を示す番号。施設番号に8を乗じ、重大度の数値を加算して算出されます。数値コードのファシリティおよび重大度へのマッピングについては、表を参照してください。ログに含めるメッセージのファシリティと重大度を指定する際の priority-code フィールドのファシリティと重大度コード。 <165>重大度通知(severity=5)の PFE ファシリティ(facility=20)からのメッセージ。
バージョン インターネット技術タスクフォース(IETF)システム ロギング プロトコル仕様のバージョン。 初期バージョンの場合は 1
タイムスタンプ

メッセージが生成された時刻 (2 つの表現のいずれか)。

  • YYYY-MM-DDTHH:MM:SSです。MSZ は、協定世界時 (UTC) の年、月、日、時、分、秒、ミリ秒です。

  • YYYY-MM-DDTHH:MM:SS.MS+/-HH:MMは、現地時間の年、月、日、時、分、秒、ミリ秒です。プラス記号 (+) またはマイナス記号 (-) に続く時間と分は、UTC からのローカル タイム ゾーンのオフセットです

2007-02-15T09:17:15.719Z は 2007 年 2 月 15 日の 9:17 AM UTC です。2007-02-15T01:17:15.719 -08:00 は、米国の太平洋標準時として表されるのと同じタイムスタンプです。
ホスト名 メッセージを最初に生成したホストの名前。 ルーター1
過程 メッセージを生成した Junos OS プロセスの名前。 MGDの
プロセスID メッセージを生成した Junos OS プロセスの UNIX プロセス ID(PID)。 3046
タグ メッセージを一意に識別する Junos OS システム ログ メッセージ タグ。 UI_DBASE_LOGOUT_EVENT
junos@2636.プラットフォーム メッセージを生成したハードウェア プラットフォームのタイプの識別子。junos@2636 プレフィックスは、プラットフォームがJunos OS実行されていることを示します。その後に、プラットフォーム・タイプのドットで区切られた数値識別子が続きます。識別子の一覧については、 表 10を参照してください。 M120ルーターのjunos@2636.1.1.1.2.18
変数と値のペア メッセージを起動した状況に応じて変化する、メッセージとテキスト文字列の各要素の変数と値のペア。各ペアは、変数 = "value" の形式で表示されます。 ユーザー名="ユーザー"
メッセージテキスト イベントまたはエラーの英語の説明(簡単なステートメントが[edit system syslog file filename structured-data]階層レベルに含まれている場合は省略されます)。各メッセージのテキストについては、システムログメッセージの後の章を参照してください。 ユーザー「ユーザー」が設定モードを終了

デフォルトでは、メッセージの構造化データ・バージョンには、次の例のように、末尾に英語のテキストが含まれます (読みやすくするために複数行で表示しています)。

階層レベルに brief ステートメントが [edit system syslog file filename structured-data] 含まれている場合、次の例のように英語のテキストが省略されます。

表 9 Priority-Code フィールドに表示されるコードを、ファシリティおよび重大度レベルにマッピングします。

注:

表 9に記載されているすべてのファシリティと重大度を [edit system syslog] 階層レベルのステートメントに含めることができるわけではありません(一部は内部プロセスによって使用されます)。設定に含めることができるファシリティと重大度レベルのリストについては、 ログに含めるメッセージのファシリティと重大度の指定を参照してください。

表 9: priority-code フィールドのファシリティおよび重大度コード
ファシリティ(番号) 重大度の緊急 アラート 危うい エラー 警告 告知 情報 デバッグ
カーネル (0) 1 1 2 3 4 5 6 7
ユーザー (1) 8 9 10 11 12 13 14 15
メール (2) 16 17 18 19 20 21 22 23
デーモン (3) 24 25 26 27 28 29 30 31
オーソリゼーション (4) 32 33 34 35 36 37 38 39
syslog(5) 40 41 42 43 44 45 46 47
プリンタ (6) 48 49 50 51 52 53 54 55
ニュース (7) 56 57 58 59 60 61 62 63
uucp (8) 64 65 66 67 68 69 7,000万 71
時計 (9) 72 73 74 75 76 77 78 79
認可プライベート (10) 80 81 82 83 84 85 86 87
ftp (11) 88 89 90 91 92 93 94 95
NTP (12) 96 97 98 99 100 101 102 103
セキュリティ (13) 104 105 106 107 108 109 110 111
コンソール (14) 112 113 114 115 116 117 118 119
ローカル0 (16) 128 129 130 131 132 133 134 135
DFCの (17) 136 137 138 139 140 141 142 143
ローカル2 (18) 144 145 146 147 148 149 150 151
ファイアウォール (19) 152 153 154 155 156 157 158 159
PFEの (20) 160 161 162 163 164 165 166 167
競合ログ (21) 168 169 170 171 172 173 174 175
変更ログ (22) 176 177 178 179 180 181 182 183
対話型コマンド (23) 184 185 186 187 188 189 190 191

表 10 は、プラットフォームフィールドに表示されるルーティングプラットフォームの数値識別子を一覧表示します。この識別子は、ジュニパーネットワークスのルーティングプラットフォームMIBで定義された、プラットフォームのSNMPオブジェクト識別子(OID)から取得されます。OID の詳細については、 ネットワーク管理およびモニタリング ガイドを参照してください。

表 10: プラットフォームフィールドのプラットフォーム識別子
識別子 プラットフォーム名
1.1.1.2.1 M40ルーター
1.1.1.2.2 M20ルーター
1.1.1.2.3 M160ルーター
1.1.1.2.4 M10ルーター
1.1.1.2.5 M5ルーター
1.1.1.2.6 T640ルーティングノード
1.1.1.2.7 T320ルーター
1.1.1.2.8 M40eルーター
1.1.1.2.9 M320ルーター
1.1.1.2.10 M7i ルーター
1.1.1.2.11 M10i ルーター
1.1.1.2.13 J2300サービスルーター
1.1.1.2.14 J4300サービスルーター
1.1.1.2.15 J6300サービスルーター
1.1.1.2.17 TX Matrixプラットフォーム
1.1.1.2.18 M120ルーター
1.1.1.2.19 J4350サービスルーター
1.1.1.2.20 J6350サービスルーター
1.1.1.2.23 J2320サービスルーター
1.1.1.2.24 J2350サービスルーター
1.1.1.2.27 T1600ルーター
1.1.1.2.37 TX Matrix Plusプラットフォーム
1.1.1.2.83 T4000ルーター

ホスト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 をご利用ください。

リリース
説明
18.4R1
Junos OSリリース18.4R1以降、システムログ(syslog)クライアントは完全にVRF対応となります。以前のリリースでは、デフォルト(inet.0またはine6.0)ルーティングテーブルを使用してサーバーを検索できる場合にのみ、syslogクライアントがVRFインスタンス経由で到達可能なサーバーにログメッセージを送信できていました。management-instanceステートメントを設定すると、そのVRFインスタンス経由でサーバーに到達可能ですが、syslogクライアントはsyslogメッセージをサーバーに送信できません。
15.1X49-D10
Junos OSリリース15.1X49-D10およびJunos OSリリース17.3R1より(同様にTX Matrix Plusルーターと接続されたT1600またはT4000ルーターで構成されるルーティングマトリクス上でも)、各T1600またはT4000 LCCのプライマリルーティングエンジンは、重大度がinfo以上のすべてのメッセージをTX Matrix Plusルーターのプライマリルーティングエンジンに転送します。