運用コマンドを使用したデバイスの監視

次の表は、Juniper Networks デバイス上の標準ディレクトリの一覧です。

表 1: デバイス上のディレクトリ

ディレクトリ	説明
/config	このディレクトリは、デバイスの内部フラッシュ ドライブにあります。アクティブな設定(juniper.conf) およびロールバックファイル1、2、および3)が含まれています。
/var/db/config	このディレクトリはデバイスのハード ドライブにあり、ロールバック ファイル 4~49 が含まれています。
/var/tmp	このディレクトリは、デバイスのハード ドライブにあります。ルーティング エンジン上のさまざまなプロセスのコア ファイルを保持します。コア ファイルは、特定のプロセスがクラッシュしたときに生成されます。ジュニパーネットワークスのエンジニアは、これらのコア ファイルを使用して障害の原因を診断します。
/var/log	このディレクトリは、デバイスのハード ドライブにあります。デバイスのロギング機能と コマンドの両方によって生成されたファイルが traceoptions 含まれています。
/var/home	このディレクトリは、デバイスのハード ドライブにあります。デバイス上で設定された各ユーザーのサブディレクトリが含まれています。これらの個々のユーザー ディレクトリは、多くのソフトウェア コマンドのデフォルト のファイル場所です。
/altroot	このディレクトリはデバイスのハード ドライブにあり、内部フラッシュ ドライブからのルート ファイル構造のコピーが含まれています。このディレクトリは、内部フラッシュ ドライブが動作していない特定の災害復旧モードで使用されます。
/altconfig	このディレクトリはデバイスのハード ドライブにあり、内部フラッシュ ドライブからのファイル構造の /config コピーが含まれています。このディレクトリは、内部フラッシュ ドライブが動作していない場合、特定の災害復旧モードでも使用されます。

コマンドを動作モードで発行すると、デバイスのディレクトリ構造と個々のファイルを file 表示できます。

1. コマンドに関するヘルプを確認するには、次のように file 入力します file ?。

   ヘルプは、 コマンドにファイルを file 操作するためのいくつかのオプションが含まれています。

2. オプションを list 使用して、デバイスのディレクトリ構造を確認します。たとえば、デバイスのホームディレクトリにあるファイルを表示するには、次のようにします。

   コマンドの file list デフォルトディレクトリは、デバイスにログインしたユーザーのホームディレクトリです。実際、ユーザーのホームディレクトリは、ファイル名を必要とするほとんどのコマンドのデフォルトディレクトリです。

3. 他のファイル ディレクトリの内容を表示するには、ディレクトリの場所を指定します。例えば、

4. また、デバイスのコンテキストヘルプシステムを使用してディレクトリを検索することもできます。例えば、

5. また、ファイルの内容を表示することもできます。例えば、

CLIコマンドや以下のような設定ステートメントにファイル名を含めることができます。

• file copy
• file archive,
• load,
• save
• set system login user
• username
• authentication
• load-key-file
• request system software add

ルーティング マトリクスでは、シャーシ情報をファイル名(例えば、 lcc0、 lcc0-re0または lcc0-re1)) の一部として含めることができます。

次のいずれかの方法でファイル名またはURLを指定できます。

• filenameローカルフラッシュ ドライブ上のユーザーの現在のディレクトリ内のファイル。ワイルドカードを使用して、複数のソース ファイルまたは単一の宛先ファイルを指定できます。HTTPもFTPもワイルドカードをサポートしません。

  注:

  コマンドのみがワイルドカードを file (compare | copy | delete | list | rename | show) サポートしています。ワイルドカードを使用して コマンドを file show 発行する場合、 コマンドは1つのファイル名に解決する必要があります。

• path/filenameローカルフラッシュディスク上のファイル。

• /var/filename または /var/path/filename—ローカル ハードディスク上のファイル。

  また、ルーティング マトリクス上の特定のT640ルーターに対して、ローカルルーティングエンジン上のファイルを指定することもできます。

• a:filename または a:path/filenameローカルドライブ上のファイル。デフォルトのパスは /(ルートレベルディレクトリ)です。リムーバブル メディアは、MS-DOS または UNIX(UFS)形式で指定できます。

• hostname:/path/filename, hostname:filename, hostname:path/filename, または scp://hostname/path/filename—クライアント上の scp/ssh ファイル。このフォームは、グローバルバージョンのオペレーティングシステムでは利用できません。デフォルトパスは、リモートシステム上のユーザーのホームディレクトリです。として指定hostnameusername@hostnameすることもできます。

• ftp://hostname/path/filename- FTP サーバー上のファイル。または usernameとしてusername@hostnamepassword@hostname指定hostnameすることもできます。デフォルトパスはユーザーのホームディレクトリです。

  絶対パスを指定するには、パスの先頭%2Fに ; (//hostname:/%2Fpath/filename などftp) を指定する必要があります。

  システム プロンプトでパスワードを入力するには、パスワードの代わりに を指定 prompt します。パスワードが必要で、パスワードまたは promptを指定しない場合は、次のエラー メッセージが表示されます。

• http:hostname/path/filename— HTTP サーバー上のファイル。または username:password@hostnameとしてusername@hostname指定hostnameすることもできます。パスワードが必要で、省略した場合は、パスワードの入力を求められます。

• re0:/path/filename または re1:/path/filename— ローカル ルーティング エンジン上のファイル。

  また、ルーティング マトリクス上の特定のT640ルーターに対して、ローカルルーティングエンジン上のファイルを指定することもできます。

システム動作を検証したり、エラー状態の診断を開始するには、デバイスで実行されているソフトウェア プロセスに関する情報を表示する必要がある場合があります。

ソフトウェア プロセスを表示するには、

1. 動作モードになっていることを確認します。

2. コマンドを show system processes extensive 入力します。このコマンドは、デバイス上のCPU使用率を示し、CPU使用率順にプロセスを一覧表示します。

次の表は、この例に含まれる出力フィールドの一覧と説明です。フィールドはアルファベット順に表示されます。

表 2: show system process extensive コマンド出力フィールド

フィールド	説明
COMMAND	実行中のコマンド。
last pid	プロセスに割り当てられた最後のプロセス識別子。
load averages	3 つの負荷平均の後に現在の時間が続きます。
Mem	物理および仮想メモリ割り当てに関する情報。
NICE	UNIXの「すてきな」価値。この値は、最終的なスケジューリング優先度を変更するプロセスを可能にします。
PID	プロセス識別子。
PRI	プロセスの現在のカーネル スケジューリング優先度。数値が小さい場合は、優先度が高いことを示します。
processes	既存のプロセスの数と各状態のプロセスの数(sleeping, running, starting, zombies, および stopped)。
RES	常駐メモリの現在の量(KB 単位)。
SIZE	プロセス(およびstack)の総サイズ(text, data,KB)。
STATE	プロセスの現在の状態(sleep、 、 runwait、 idle、zombiまたはstop)。
Swap	物理および仮想メモリ割り当てに関する情報。
USERNAME	プロセスの所有者。
WCPU	加重 CPU 使用率。

エラー状態を修正するには、デバイスで実行されているソフトウェア プロセスを再起動する必要がある場合があります。コマンドを restart 使用して、ソフトウェア プロセスの再起動を強制できます。

注意:

ジュニパーネットワークスのカスタマー サポート担当者から特に求められない限り、ソフトウェア プロセスを再起動しないでください。デバイスの正常な動作中にソフトウェア プロセスを再起動すると、パケット転送が中断され、データ 損失が発生する可能性があります。

ソフトウェア プロセスを再起動するには、次の手順に進みます。

1. 動作モードになっていることを確認します。

2. 次のコマンドを入力します。

   • process-name は、再起動するプロセスの名前です。例えば、 routing .class-of-service システムのコマンド完了機能を使用して、このコマンドを使用して再始動できるソフトウェア・プロセスのリストを表示することができます。

   • このオプション gracefully は、クリーンアップタスクの実行後にソフトウェア・プロセスを再始動します。

   • オプション immediately は、クリーンアップタスクを実行せずにソフトウェアプロセスを再起動します。

   • このオプション soft は、ソフトウェア・プロセスを完全に再起動せずに、構成を再読み取りして再活動化します。例えば、BGP ピアはアップ状態を維持し、ルーティング テーブルは一定のままです。

注:

コマンドの gracefully、 、 immediatelyおよび soft オプション restart はオプションで、コマンドを実行する必要はありません。

次の例は、ルーティング プロセスを再起動する方法を示しています。

プロセスが再起動すると、プロセス識別子(PID)が更新されます。

注意:

ファイルシステムの損傷を避け、データ損失を防ぐために、デバイスの電源をオフにする前に、必ずソフトウェアを正常にシャットダウンする必要があります。

デバイス上のソフトウェアは、ネットワークではなく、コンソールに直接接続して停止する必要があります。ソフトウェアがシャットダウンするとネットワークがダウンし、そのように接続されていた場合、結果の出力は表示されません。

ソフトウェアを停止するには、次の手順にしたがっています。

1. 動作モードになっていることを確認します。

2. コマンドを request system halt 入力します。このコマンドは、すべてのシステムプロセスを停止し、オペレーティングシステムを停止します。例えば、

ソフトウェアをアップグレードした後、または(場合によっては)エラー状態から回復するには、ソフトウェアを再起動する必要があります。コマンドと shutdown 同様に、コンソールに直接接続して再起動する必要があります。それ以外の場合、再起動プロセス中にネットワークがダウンしたときにコマンド出力は表示されません。

ソフトウェアを再起動するには、次の手順にしたがっています。

1. 動作モードになっていることを確認します。

2. コマンドを request system reboot 入力します。このコマンドは、システムシャットダウンの最終段階を表示し、再起動を実行します。再起動要求がシステムログファイルに記録され、 コマンドで show log messages 表示できます。例えば、