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

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

表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 クライアント上のファイル。このフォームは、オペレーティングシステムのワールドワイドバージョンでは利用できません。デフォルトのパスは、リモートシステム上のユーザーのホームディレクトリです。username@hostnameとして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 コマンドで表示できます。次に例を示します。