Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

ソフトウェアのインストール、アップグレード、ダウングレード

概要 デバイスは、すでにインストールされているJunos OS Evolvedとともに提供されます。新機能とソフトウェア修正が利用可能になると、Junos OS Evolvedをアップグレードして使用する必要があります。単一または冗長化のルーティング エンジンを搭載したデバイスにソフトウェアをインストールできます。デバイスにソフトウェア リリースをインストールする前に、必要な変更を行い、現在のシステムをバックアップする必要があります。

Junos OS Evolvedシステム内のすべてのルーティング エンジン(ルーティング エンジン)と FPC が同じソフトウェア バージョンを実行していることを確認します。プライマリ ルーティング エンジンで 動作モード コマンドを発行 request system software add image-name すると、システムは両方のルーティング エンジンに新しいバージョンのソフトウェアをインストールします。ソフトウェア パッケージのインストール後にシステムを再起動すると、システム内のすべてのルーティング エンジンと FPC が新しいバージョンのソフトウェアを実行します。

Junos OS Evolvedは、ストレージ メディアに複数のバージョンのソフトウェアを格納することをサポートしています。動作モード コマンドを使用して、デバイスにインストールされているバージョンを show system software list 表示できます。ソフトウェアの各バージョンは /soft ディレクトリ内の異なる領域に保存されるため、ソフトウェアパッケージのインストールがシステムにインストールされている他のソフトウェアバージョンに影響を与えることはありません。システム内のソフトウェアのバージョンは 5 つ以下にすることをお勧めします。

Junos OS では、まずスタンバイのルーティング エンジンでソフトウェアをアップグレードしてから、スイッチコントロールをスタンバイのルーティング エンジンにアップグレードして、新しいソフトウェア バージョンを実行する必要があります。元のスタンバイルーティングエンジンでのソフトウェアアップグレードが成功したことを確認した後、元のプライマリルーティングエンジンを新しいソフトウェアバージョンにアップグレードし、スイッチ制御を元のプライマリルーティングエンジンに戻すことができます。ただし、Junos OS Evolvedでは、スタンバイのルーティング エンジンを最初にアップグレードする必要はありません。両方のルーティング エンジンをアップグレードするには、プライマリ ルーティング エンジンで発行された 1 つのコマンドを使用します。

インストールが正常に完了すると、インストール パッケージは既存のソフトウェアを完全に再インストールします。以前のバージョンのセキュアシェルキーやホストキーなどの設定ファイルや同様の情報が保持されます。以前のソフトウェア パッケージは別の領域に保存され、必要に応じて手動でロールバックできます。インストールプロセス中に電力損失など、何らかの理由でソフトウェアのインストールが失敗した場合、システムは再起動時に元のアクティブなインストールに戻ります。ソフトウェアのインストールに関する追加情報については、 ソフトウェアのインストールとアップグレードの概要(Junos OS Evolved)を参照してください。

Junos OS Evolvedを使用すると、運用モード コマンドを使用して、システム request system software rollback image-name に格納されているリリースにロールバックできます。システムは、リリースの実行時に実行された最後の設定を各リリースと共に保存します。Junos OS Evolvedは、現在実行中の設定、またはロールバックソフトウェアイメージに対応する保存された設定を使用した代替イメージへのロールバックをサポートし、 操作モードコマンドを request system software rollback with-old-snapshot-config 使用します。

アップグレードと再起動後にシステムが正常に機能しない場合は、以前のバージョンにロール バックして以前のバージョンを復元できます。 「CLIが機能している場合に失敗したインストール試行からの復旧 」手順のロールバック手順を参照してください。

デュアルルーティングエンジンデバイスの場合、デバイスに挿入されたルーティングエンジンのソフトウェアバージョンが異なる場合、新しいルーティングエンジンはシステムから除外されます。階層レベルで [edit system] ステートメントを設定することで、ソフトウェアを新しいルーティングエンジンに自動的に同期するように設定auto-sw-sync enableすることをお勧めします。この設定が存在すると、システム内のルーティング エンジンはすべてのイメージを新しいルーティング エンジンにコピーし、新しいルーティング エンジンを再起動して、正しいソフトウェアを自動的に起動します。また、ソフトウェアのバージョンと設定を同期する運用モード コマンドを使用request system software sync all-versionsすることで、ルーティング エンジンを交換するたびにソフトウェアを新しいルーティング エンジンに手動で同期することもできます。ルーティングエンジンの交換の詳細については、 デュアルルーティングエンジンシステムにおけるルーティングエンジンの交換を参照してください。

ソフトウェアのインストール準備

以下の手順に従って、Junos OS Evolved ソフトウェアのインストールを準備します。

  1. Web ブラウザーを使用して、ジュニパーネットワークス Web ページの [すべての Junos プラットフォーム ソフトウェア ダウンロード URL] に移動します。 https://www.juniper.net/support/downloads/
  2. [ 製品の検索 ] ボックスに、ダウンロードするソフトウェア用の Junos OS プラットフォームを入力します。
  3. OS ドロップダウン リストから Junos Evolved を選択します。
  4. [ バージョン ] ドロップダウン リストから、関連するリリース番号を選択します。
  5. [ パッケージのインストール ] セクションで、リリースのソフトウェア パッケージを選択します。
  6. ジュニパーネットワークスの担当者が指定したユーザー名(通常は電子メール アドレス)とパスワードを使用して、ジュニパーネットワークスの認証システムにログインします。
  7. エンド ユーザー ライセンス契約を確認し、同意します。
  8. ソフトウェアをローカル ホストにダウンロードします。
    メモ：

    サービスプロファイル1の画像をダウンロードしてリーンrpdプロファイルを使用します。Junos OS インストール パッケージ プレフィックスのタイプの詳細については、「 Junos OS Evolved インストール パッケージ」を参照してください。
  9. デュアルルーティングエンジンデバイスでは、両方のルーティングエンジンがシステムに参加しており、同じソフトウェアを実行していることを確認します。両方のルーティング エンジンをシステムに参加させる準備を参照してください。
  10. Junos OS Evolved をアップグレードまたは再インストールする前に、次の手順に従って、パッケージをインストールし、システム バックアップが使用可能であることを確認し、システムに関する情報と現在トラフィックを処理する方法を収集するのに十分なディスク容量を確保します。
  11. コマンドを使用して、Junos OS Evolved実行しているデバイスの /var/tmp/ ディレクトリにソフトウェアイメージを scp コピーします。
  12. 「インストールイメージに対する設定の検証」の手順に従って、ソフトウェアをアップグレードまたはダウングレードする前に 、インストールイメージに対して設定を検証します。
  13. デバイスに新しいパッケージをインストールします。

    次のいずれかの手順を選択します。

    メモ：

    インストールプロセス中に帯域内接続が失われるため、コンソール ポートを使用してすべてのソフトウェア パッケージを帯域外にアップグレードすることをお勧めします。
EOL リリースの詳細と EOL リリースの一覧については、 Junos OS Evolvedの日付とマイルストーン の Web ページを参照してください。

両方のルーティング エンジンをシステムに参加させる準備

デュアルルーティングエンジンデバイスでは、両方のルーティングエンジンが両方のルーティングエンジンにソフトウェアをインストールできるように、両方のルーティングエンジンがシステムに参加している必要があります。両方のルーティング エンジンがシステムに存在し、現在システムで実行中のソフトウェア バージョンを確認する必要があります。、 、および show system alarms 運用モードコマンドをshow system software listshow system nodes使用して、ルーティングエンジンの1つがシステムに参加していない場合に実行するアクションのコースを決定します。

show system software listプライマリ ルーティング エンジンで および show system nodes コマンドを発行して、ルーティング エンジンのステータスを確認します。と の両方re0re1に関する情報が出力に表示され、 コマンドの出力に ステータスStatus : online, apps-readyが表示されている場合、両方のshow system nodesルーティング エンジンが動作し、システムの一部となり、同じソフトウェア バージョンが実行されています。ソフトウェアのインストールに進むことができます。冗長ルーティング エンジンを搭載したデバイスへのソフトウェア パッケージのインストールを参照してください。例えば：

両方のルーティング エンジンが存在するが、1 つのルーティング エンジンのステータスがない Status : online, apps-ready場合は、そのルーティング エンジンをシステムに取り込むためのアクションを実行する必要があります。これらの例では、 re0 はシステム内のルーティングエンジンであり、 re1 システムに参加する必要がある他のルーティングエンジンです。

  • ステータスが の場合、Status : offline, configured-offlineシステム内のrequest node online node-nameルーティング エンジンで動作モード コマンドを発行して、他のルーティング エンジンをオンラインに戻します。例えば：

    コマンドを show system nodes 発行して、ルーティング エンジンがシステムに参加したことを確認します(両方のルーティング エンジンが表示 Status : online, apps-readyされます)。

    ステータスがまだの場合、 Status : offline, configured-offline他のルーティングエンジンはオフラインに設定されており、設定のその部分を削除してコミットする必要があります。動作モード コマンドを show configuration system node 使用して、設定を確認します。設定を削除し、 コマンドを show system nodes 発行してステータスを確認します。ルーティング エンジンは両方ともオンラインである必要があります。
  • ステータスが の場合、Status : offline, configured-powered-off他のルーティング エンジンの電源が切断または停止しています。システム内のrequest chassis cb slot slot-number offlineルーティング エンジンから 動作モード コマンドを発行して、そのケースを判断します。例えば：
    • ルーティング エンジンが停止した場合、ステータス メッセージは次のとおりです Offline initiated。
    • ルーティング エンジンの電源がオフの場合、ステータス メッセージは次のとおりです CB is already Offline。

    いずれの場合も、他のルーティング エンジンをオンラインに戻し、ルーティング エンジンがシステムに参加したことを確認する必要があります。

    1. 他のルーティング エンジンをrequest chassis cb slot slot-number onlineオンラインにするには、システム内のルーティング エンジンで 動作モード コマンドを発行します。

      コマンドを発行した後、他のルーティング エンジンがオンラインに戻るのを数分間待ってください。

    2. 運用モード コマンドをshow system software list発行して、ルーティング エンジンがシステムに参加していること、および両方のルーティング エンジンが同じソフトウェア バージョンを実行していることを確認します。
  • および show system nodes 運用モードコマンドのshow system software list出力に のre1情報が含まれていない場合、 および show system alarms の操作モードコマンドに、ソフトウェアバージョンが一致しないことを示している場合、Software Version Mismatch on re1:package-nameシステム内のルーティングエンジンで動作モードコマンドを発行request system software sync all-versionsして、他のルーティングエンジンをシステムに持ち込み、システム内のルーティングエンジンから他のルーティングエンジンにソフトウェアを同期します。

    運用モード コマンドを show system software list 発行して、両方のルーティング エンジンがシステムに存在し、ルーティング エンジンが同じソフトウェア バージョンを実行していることを確認します。

冗長ルーティング エンジンを搭載したデバイスへのソフトウェア パッケージのインストール

Junos OSとは異なり、Junos OS Evolvedシステム内のすべてのノードが同じソフトウェアバージョンを実行していることを確認します。Junos OS Evolved、十分な領域が存在する場合、デバイスはソフトウェアの複数のリリースを同時に含めることができます。デバイスに十分なスペースがない場合は、新しいイメージをインストールする前にソフトウェアの古いイメージを削除する必要があります。デバイスに保存するソフトウェアは 5 つ以下にすることをお勧めします。

デバイスに新しいソフトウェア リリースをインストールする前に、現在のシステムをバックアップする必要があります。 スナップショットによるソフトウェアのバックアップと復旧を参照してください。

ソフトウェアをアップグレードする前に、インストールの準備をする必要があります。 ソフトウェアのインストール準備を参照してください。

動作モード コマンドは request system software add 、両方のルーティング エンジンにソフトウェアをインストールします。このコマンドは、現在実行中のソフトウェアスタックを変更しません。このコマンドは、新しいバージョンのソフトウェアを使用して現在の設定を検証します。検証が成功すると、両方のルーティング エンジンで十分なストレージがインストール プロセスで確認されます。ストレージチェックが通過すると、新しいソフトウェアが両方のルーティングエンジンにインストールされます。新しいソフトウェアを実行するには、システムを再起動する必要があります。ソフトウェアのインストールプロセスは、短時間だけトラフィックに影響を与えます。詳細については、 表 1 を参照してください。

表 1:ソフトウェアのインストール タスクとそのトラフィックへの影響
タスク アクション トラフィックの影響
ソフトウェアを追加する 設定を検証し、十分なストレージを確認し、両方のルーティング エンジンにインストールする なし
ソフトウェアのインストールを確認する システムの再起動後に現在のイメージになるイメージを表示する なし
システムを再起動する すべてのルーティング エンジンと FPC を同時に再起動する 影響;システムの再起動後に再開される
どのソフトウェア イメージが実行されているかを確認します。 再起動後に実行中のイメージを表示 なし

デバイス上のソフトウェアをアップグレードするには、次の手順に従います。

  1. プライマリ ルーティング エンジンで 動作モード コマンドをrequest system software add installation-package使用して、新しいソフトウェア パッケージをインストールします。

    変数 installation-package は、インストール・パッケージの名前です。ローカル・ディスク上の絶対パスを指定します。例えば 、/var/tmp/ptx.isoです。この例では、パッケージ junos-evo-install-ptx-x86-64-20.4R2.13-EVO をローカル ディスクに /var/tmp/ptx.iso としてダウンロードしました。パッケージ名のプレフィックスについて理解するには、 Junos OS Evolvedインストール パッケージを参照してください。

    メモ：

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更した場合、システムは変更を破棄します。
  2. show system software listプライマリ ルーティング エンジンで 動作モード コマンドを使用して、新しく追加されたソフトウェア パッケージが両方のルーティング エンジンのネクスト ブート バージョンであることを確認します。

    この例では、両方のルーティング エンジンのネクストブート バージョンは 現在 junos-evo-install-ptx-x86-64-20.4R2.13-EVOです。 junos-evo-install-ptx-x86-64-20.4R2.14-EVO 現在実行中のバージョンであることに注意してください。

  3. プライマリ ルーティング エンジンからデバイスを再起動して、新しいソフトウェアを起動します。

    システムはすべてのノードを同時に再起動します。

    メモ：

    デバイスを再起動して、デバイスに新しいソフトウェア リリースを読み込む必要があります。

    新しく追加されたパッケージが現在実行中のソフトウェアにならないように、デバイスを再起動しないでください。代わりに、 に答えて no、コマ ンドを request system software delete package-name 発行します。このプロンプトは、仕上げからインストールを停止する機会を与えます。

    システムを再起動すると、ソフトウェアが読み込まれます。設置には5~10分かかります。その後、ソフトウェアがインストールされたばかりのブート デバイスからデバイスが再起動します。再起動が完了すると、デバイスにログインプロンプトが表示されます。再起動後、Junos OS Evolvedはソフトウェアと設定の前のイメージを自動的に保存して、ロールバックイメージを作成します。

    再起動時に、インストールを実行しているルーティング エンジンはトラフィックをルーティングしません。

  4. プライマリ ルーティング エンジンにログインし、動作モード コマンドを使用して、両方のルーティング エンジンにインストールされているソフトウェアのリリースをshow system software list確認します。

    両方のルーティング エンジンの現在のバージョンは現在junos-evo-install-ptx-x86-64-20.4R2.13-EVOjunos-evo-install-ptx-x86-64-20.4R2.14-EVOロールバック バージョンです。

  5. 「 アップグレードまたは再インストールする前 に」Junos OS Evolvedの手順を繰り返し、ソフトウェア パッケージをインストールする前に収集した情報と比較して、システムが正しく動作し、トラフィックを正しく処理していることを確認します。
  6. 検証手順の結果として設定を変更する必要がある場合は、 運用モードコマンドを使用して request system snapshot ソフトウェアと設定のバックアップを忘れないでください。 スナップショットによるソフトウェアのバックアップと復旧を参照してください。

単一のルーティング エンジンを搭載したデバイスへのソフトウェア パッケージのインストール

デバイスに新しいソフトウェア リリースをインストールする前に、現在のシステムをバックアップする必要があります。 スナップショットによるソフトウェアのバックアップと復旧を参照してください。

Junos OS Evolved、システムに十分な領域がある限り、デバイスはソフトウェアの複数のリリースを同時に含めることができます。システムに十分な領域がない場合は、新しいイメージをインストールする前にソフトウェアの古いイメージを削除する必要があります。デバイスに保存するソフトウェアは 5 つ以下にすることをお勧めします。

ソフトウェアをアップグレードする前に、インストールの準備をする必要があります。 ソフトウェアのインストール準備を参照してください。

デバイス上のソフトウェアをアップグレードするには、次の手順に従います。

  1. 動作モード コマンドを使用して、新しいソフトウェア パッケージをrequest system software addインストールします。

    変数 installation-package は、インストール・パッケージの名前です。ローカル・ディスク上の絶対パスを指定します。例えば 、/var/tmp/junos-evo-install-ptx.isoです。パッケージ名のプレフィックスについて理解するには、 Junos OS Evolvedインストール パッケージを参照してください。

    メモ：

    デバイスを再起動する前に、設定を変更しないでください。この時点で設定を変更した場合、システムは変更を破棄します。
  2. 運用モード コマンドをshow system software list使用して、新しく追加されたソフトウェア パッケージがネクスト ブート バージョンであることを確認します。

    この例では、ネクストブート バージョンは今 junos-evo-install-ptx-x86-64-20.4R2.13-EVOです。 junos-evo-install-ptx-x86-64-20.4R2.14-EVO 現在実行中のバージョンであることに注意してください。

  3. デバイスを再起動して新しいソフトウェアを起動します。
    メモ：

    デバイスを再起動して、デバイスに新しいソフトウェア リリースを読み込む必要があります。

    新しく追加されたパッケージが現在実行中のソフトウェアにならないように、デバイスを再起動しないでください。代わりに、 に答えて no、コマ ンドを request system software delete package-name 発行します。このプロンプトは、仕上げからインストールを停止する機会を与えます。

    システムを再起動すると、ソフトウェアが読み込まれます。設置には5~10分かかります。その後、ソフトウェアがインストールされたばかりのブート デバイスからデバイスが再起動します。再起動が完了すると、デバイスにログインプロンプトが表示されます。再起動後、Junos OS Evolvedはソフトウェアと設定の前のイメージを自動的に保存して、ロールバックイメージを作成します。

    再起動中、ルーティング エンジンはトラフィックをルーティングしません。

  4. 動作モード コマンドを使用して、ログインし、インストールされているソフトウェアのリリースをshow system software list確認します。
  5. 「アップグレードまたは再インストールする前に」Junos OS Evolvedの手順を繰り返し、ソフトウェア パッケージをインストールする前に収集した情報と比較して、システムが正しく動作し、トラフィックを正しく処理していることを確認します。
  6. 検証手順の結果として設定を変更する必要がある場合は、 運用モードコマンドを使用してrequest system snapshotソフトウェアと設定のバックアップを忘れないでください。スナップショットによるソフトウェアのバックアップと復旧を参照してください。

「」も参照

CLI が動作している場合に失敗したインストール試行からの復旧

Junos OS Evolvedのインストールに失敗し、CLIが動作している場合は、状況に応じて、次のいずれかの手順を使用してJunos OS Evolvedをインストールします。

  • 以前のバージョンのソフトウェアにロール バックします。

    Junos OS Evolved実行しているデバイスは、前の実行中のイメージを保存します。デバイスを初めてアップグレードする際に、新しいソフトウェア パッケージが次のブート位置にインストールされます。インストールが完了して再起動すると、新しいイメージが現在のイメージになります。前のイメージがロールバック・イメージになります。初期の初期化エラーが発生した場合、ルーティング エンジンは自動的にセカンダリ SSD に切り替えます。

    そのバージョンの実行時にアクティブだった以前に保存したソフトウェアのバージョンと設定にロールバックできます。

  • 初期の初期化エラーが発生した場合、影響を受けるルーティング エンジンのアクティブな SSD 上のソフトウェアを修復するには、非アクティブなソリッド ステート ドライブ(SSD)に格納されているソフトウェアを使用します。両方のルーティング エンジン上のアクティブな SSD に障害が発生した場合、両方のルーティング エンジンでこれらの手順を実行する必要があります。
    1. 非アクティブな SSD(通常はプライマリ ルーティング エンジン(RE0)のセカンダリ SSD(disk2)から再起動します。

      他のルーティング エンジン上のアクティブな SSD にも障害が発生した場合は、他のルーティング エンジン(通常は RE1)に対してこの手順を繰り返す必要があります。

    2. スナップショットを作成して、プライマリSSDにロールバックイメージをインストールします。
      プライマリ SSD を復元するには、スナップショットを実行して、セカンダリ SSD からプライマリ SSD にロールバック イメージをインストールします。
    3. プライマリSSD(通常はプライマリルーティングエンジン(re0)のディスク1から起動します。
      ロールバック・ソフトウェア・イメージを使用してシステムが動作するようになりました。
  • 前のステップのいずれかに成功しない場合は、USBドライブからイメージをインストールします。

    USBインストールプロセスは、すべての設定と他のファイルを削除します。したがって、USBインストールプロセスが完了した後:

    • システムにルーティング エンジンが 1 つだけ含まれている場合は、設定ファイルを再作成する必要があります。リモートサーバーやその他のオフボックスの場所に設定ファイルを保存していました。そうでない場合は、製品のハードウェア ガイドの説明に従って初期設定手順を開始し、必要な設定ステートメントを引き続き追加する必要があります。

    • システムに 2 つのルーティング エンジンが含まれている場合、セカンダリ ルーティング エンジンは起動しますが、現在のソフトウェア バージョンが異なるため、プライマリ ルーティング エンジンと FPC によって形成されるシステムには参加しません。プライマリ ルーティング エンジンからセカンダリ ルーティング エンジンにソフトウェアと設定を同期するには、 運用モード コマンドを request system software sync all-versions 使用します。その後、セカンダリ ルーティング エンジンが再起動し、システムに参加します。

    正しいソフトウェア パッケージを使用して USB ドライブを既に作成している場合は、「 起動可能な USB ドライブからJunos OS Evolvedを起動 する」の指示に従います。CLI を使用してルーティング エンジンにイメージをインストールし、デバイスを起動します。まだUSBドライブを作成していない場合は、 起動可能なUSBドライブを使用して WindowsまたはMac OS Xデバイスを使用してUSBドライブを作成し、ブートJunos OS Evolvedの手順に従います。次に、そのUSBドライブを使用してイメージをインストールします。

デュアルルーティングエンジンシステムのルーティングエンジンを交換する

Junos OS Evolvedシステム内のすべてのノードが同じソフトウェア バージョンを実行していることを確認します。

プライマリ ルーティング エンジンと同じ現在のソフトウェア バージョンを持つルーティング エンジンをシステムに挿入すると、ステートメントが設定されていない auto-sw-sync 場合でも、新しいルーティング エンジンがシステムに参加し、設定とその他のソフトウェア バージョンが、既存のルーティング エンジンから新しいルーティング エンジンに自動的に同期します。

システムに異なるソフトウェアバージョンのルーティングエンジンを挿入し、 ステートメントを auto-sw-sync enable 設定していない場合、ルーティングエンジンはシステムの外部に保持され、システムはソフトウェア不一致アラームを生成します。アラーム メッセージは、次 Software Version Mismatch on re1:junos-evo-install-ptx-x86-64-20.4R2.6-EVO.のように、新しく挿入されたルーティング エンジン上のルーティング エンジン名とソフトウェアのバージョンを表示します。

アラームをクリアし、ルーティング エンジンをシステムに取り込むには、 運用モード コマンドを使用して、プライマリ ルーティング エンジンを新しいルーティング エンジンに request system software sync all-versions 手動で同期します。

新しいルーティング エンジンをシステムに auto-sw-sync enable 挿入する前に、 [edit system] 階層レベルで 設定ステートメントを設定することをお勧めします。この操作を行うと、システム内のルーティング エンジンが新しく挿入されたルーティング エンジンを検出し、ソフトウェアを自動的に新しいルーティング エンジンに同期します。すべてのイメージが新しいルーティング エンジンに同期され、システムが新しく挿入されたルーティング エンジンを再起動します。新しく挿入されたルーティング エンジンが復帰すると、システムに参加します。各ソフトウェアイメージには、イメージがそれに格納されている場合に使用される設定があります。現在実行中のイメージに関連付けられた設定は、プライマリ ルーティング エンジンからバックアップ ルーティング エンジンに同期されます。プライマリ ルーティング エンジンで ステートメントを設定すると、ロールバックやその他のイメージで保存された設定 auto-sw-sync enable もバックアップ ルーティング エンジンに同期されます。

デュアルルーティングエンジンシステムのルーティングエンジンを交換するには、次の手順に示します。

  1. ステートメントを設定します auto-sw-sync enable 。

    設定モードに入り、 ステートメントを auto-sw-sync enable 設定し、設定をコミットし、設定モードを終了して動作モードに戻ります。

  2. ルーティング エンジンを交換します。
  3. ソフトウェアと設定が同期し、新しく挿入されたルーティング エンジンが再起動するのに数分かかります。
  4. 新しく挿入されたルーティング エンジンが現在システムの一部であり、動作モード コマンドをshow system software list発行して、両方のルーティング エンジンのソフトウェア バージョンが同じであることを確認します。

    新しく挿入されたルーティング エンジンが既存のルーティング エンジンからイメージを削除しないように、制御を新しく挿入されたルーティング エンジンに切り替える前に、バックグラウンドのすべてのイメージの同期がシステムで完了していることを確認する必要があります。

  5. ソフトウェアが自動的に同期されていない場合、または ステートメントを設定auto-sw-sync enableしないことを決定した場合は、プライマリ ルーティング エンジンから 運用モード コマンドを発行して、ソフトウェアのバージョンと設定をrequest system software sync all-versions新しく挿入されたルーティング エンジンに手動で同期します。

    イメージで保存されたすべてのソフトウェア イメージと設定は、新しいルーティング エンジンに同期され、新しいルーティング エンジンが再起動されます。新しいルーティング エンジンが復帰すると、システムに参加します。

  6. (レスキュー設定がある場合に必要)プライマリ ルーティング エンジンの コマンドを使用して、プライマリ ルーティング エンジンからセカンダリ ルーティング エンジンfile copy rescue-config-filenamesecondary-re-name:/config/にレスキュー設定を同期します。

    デュアルルーティングエンジンシステムでは、セカンダリルーティングエンジンがプライマリルーティングエンジンの現在のイメージとは異なる現在のイメージで起動し auto-sw-sync enable 、 ステートメントが設定されている場合、プライマリルーティングエンジンは現在のイメージをセカンダリルーティングエンジンに同期します。また、プライマリ ルーティング エンジンは、ロールバック ソフトウェア イメージとその他のイメージをセカンダリ ルーティング エンジンに同期します。プライマリ ルーティング エンジンの現在の設定ファイル(juniper.conf.gz)がセカンダリ ルーティング エンジンの現在の設定ファイルと一致する場合、プライマリ ルーティング エンジンはレスキュー設定(rescue.conf.gz)をセカンダリ ルーティング エンジンに同期しません。例えば：

  7. 新しく挿入されたルーティング エンジンが、プライマリ ルーティング エンジンの動作モード コマンドでrequest chassis routing-engine master release正しく機能し、新しく挿入されたルーティング エンジンに制御をリリースできることを確認します。

    新しく挿入されたルーティングエンジンがプライマリルーティングエンジンにならない場合は、新しく挿入されたルーティングエンジンで コマンドを発行 request chassis routing-engine master release して、制御を解放し、新しく挿入されたルーティングエンジンを削除し、別のルーティングエンジンを取得して挿入し、この手順を繰り返します。

ノード同期の詳細については、 リクエストシステムソフトウェア同期 と auto-sw-syncを参照してください。

ソフトウェアのインストールに十分なディスク容量がない

ソフトウェアのインストールプロセスでは、一定の未使用のディスク容量が必要です。システムに十分な領域がない場合は、次のようなエラー メッセージが表示されます。

WARNING: The /soft filesystem is low on free disk space.

WARNING: This package requires 1075136k free, but there is only 666502k available.

ソフトウェアのインストールを成功させるために十分なディスク容量を作成する必要がある場合は、以下を実行できます。

  • および の動作モードコマンドを使用して、古いイメージを show system software list 識別および request system software delete 削除します。
  • および の動作モードコマンドを使用して、不要なファイルを show system storage 特定および request system storage cleanup 削除します。

ソフトウェアのインストールに必要な十分なディスク容量を作成する方法の詳細については、「 アップグレード用の十分なディスク容量を確保する」を参照してください。