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

以下の表は、ジュニパーネットワークスデバイス上の標準的なディレクトリの一部を示しています。

表 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- ローカル フラッシュ ドライブ上のユーザの現在のディレクトリにあるファイル。ワイルドカードを使用して、複数のソース ファイルまたは 1 つのコピー先ファイルを指定できます。HTTP も FTP もワイルドカードをサポートしていません。

  注:

  ワイルドカードをサポートするのは file (compare | copy | delete | list | rename | show) コマンドだけです。ワイルドカードを使用して the 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 クライアント上のファイル。このフォームは、オペレーティングシステムのワールドワイドバージョンでは使用できません。デフォルトのパスは、リモート・システム上のユーザーのホーム・ディレクトリーです。また、 hostname を username@hostname として指定することもできます。

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

  絶対パスを指定するには、パスを %2F で始める必要があります (例: ftp://hostname/%2Fpath/filename)。

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

• http:hostname/path/filename — HTTP サーバー上のファイル。また、 hostname を username@hostname または username:password@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の「素敵な」値。nice 値を使用すると、プロセスは最終的なスケジューリングの優先順位を変更できます。
PID	プロセス識別子。
PRI	プロセスの現在のカーネルスケジューリング優先度。数値が小さいほど、優先度が高いことを示します。
processes	既存のプロセスの数と各状態 (sleeping, running, starting, zombies, および stopped) のプロセスの数。
RES	常駐メモリの現在の容量 (KB 単位)。
SIZE	プロセスの合計サイズ (text, data, および stack) (KB 単位)。
STATE	プロセスの現在の状態 (sleep、 wait、 run、 idle、 zombi、または stop)。
Swap	物理メモリと仮想メモリの割り当てに関する情報。
USERNAME	プロセスの所有者。
WCPU	加重 CPU 使用率。

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

注意:

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

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

1. 動作モードであることを確認します。

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

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

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

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

   • オプション soft は、ソフトウェアプロセスを完全に再起動することなく、設定を再読み取りし、再アクティブ化します。例えば、BGP ピアは稼働し続け、ルーティング テーブルは一定に保たれます。

注:

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

次に、ルーティング プロセスを再開する例を示します。

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

注意:

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

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

ソフトウェアを停止するには、次の手順に従います。

1. 動作モードであることを確認します。

2. request system halt コマンドを入力します。このコマンドは、すべてのシステム・プロセスを停止し、オペレーティング・システムを停止します。たとえば、以下のように表示されます。

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

ソフトウェアを再起動するには、次の手順に従います。

1. 動作モードであることを確認します。

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