この製品のマニュアルセットは、偏向のない言語を使用するように配慮されています。このマニュアルセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザーインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブランゲージに対する取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
アップグレードとリブートは、継続的なネットワーク メンテナンス アクティビティです。実稼働環境でこれらの操作を実行するときは、ネットワークを中断するリスクを最小限に抑え、何か問題が発生したときに迅速に回復する方法を理解する必要があります。
 （注） |
このマニュアルでは、Cisco NX-OS のアップグレードとダウングレードの両方を指すアップグレードという用語を使用します。 |
次のチェックリストを使用して、アップグレードまたはリブートの準備をします。
| チェックリスト | Done |
|---|---|
| アップグレードまたはダウングレードするリリースのリリース ノートを参照してください。 | |
| FTP または TFTP サーバがソフトウェア イメージをダウンロードできることを確認します。 | |
| bootflash: または slot0: のスーパーバイザ モジュールに新しいイメージをコピーします。 | |
| show install all impact コマンドを使用して、新しいイメージが正常であること、および新しいロードが互換性に関してハードウェアに与える影響を確認します。互換性を確認します。 | |
| startup-config ファイルを NVRAM のスナップショット コンフィギュレーションにコピーします。この手順では、スタートアップ コンフィギュレーション ファイルのバックアップ コピーを作成します。 | |
| Running Configuration を Startup Configuration に保存します。 | |
| 設定のコピーをリモート TFTP サーバにバックアップします。 | |
| ネットワークの適切なメンテナンス期間中にアップグレードをスケジュールします。 |
チェックリストを完了すると、ネットワーク内のシステムをアップグレードまたはリブートする準備が整います。
（注） |
アップグレード中にアクティブ スーパーバイザがスタンバイ スーパーバイザになるのは正常な動作です。 |
（注） |
重大度が Critical 以下（レベル 0、1、2）の最大 100 個のログ メッセージが NVRAM に保存されます。このログは、show logging nvram コマンドを入力することでいつでも表示できます。 |
show install all status コマンドを使用すれば コマンドを使用してソフトウェア アップグレードの進行状況を確認したり、進行中の install all コマンドまたは最後にインストールされた install all コマンド（コンソール、SSH、または Telnet セッションから）のログをを表示したりします。このコマンドは、コンソール端末に接続していない場合でも、アクティブ スーパーバイザ モジュールとスタンバイ スーパーバイザ モジュールの両方の install all 出力を表示します。
ソフトウェアのアップグレードとダウングレードのトラブルシューティング
| 問題 | 考えられる原因 | ソリューション |
|---|---|---|
| アップグレードがエラーで終了する | スタンバイ状態のスーパーバイザ モジュールの bootflash: ファイル システムに、更新されたイメージを入れるだけのスペースがない。 | delete コマンドを使用し、 して、不要なファイルを削除します。 |
| この項で説明している install all コマンドが、スタンバイ状態のスーパーバイザ モジュールで入力された。 | コマンドは、アクティブ状態のスーパーバイザ モジュールでのみ入力してください。 | |
| アップグレードの進行中にモジュールが挿入された。 | インストールを再開します。 | |
| アップグレードの進行中にシステムの電源が切断された。 | インストールを再開します。 | |
| 誤ったソフトウェアイメージパスが指定された。 | リモート ロケーションへのパス全体を正確に指定します。 | |
| 別のアップグレードがすでに進行中。 | すべての段階でシステムの状態を確認し、10 秒後にアップグレードを再開します。10 秒以内にアップグレードを再開すると、コマンドは拒否されます。アップグレードが現在進行中であることを示すエラー メッセージが表示されます。 | |
| モジュールのアップグレードに失敗した。 | アップグレードを再起動するか、 install module コマンドを使用して、失敗したモジュールをアップグレードします。 |
どのシステムでも、CLI で自動ソフトウェア アップグレードを実行できます。
アクティブ スーパーバイザのコンソール、Telnet、または SSH ポートを介してスイッチにログインします。
必要に応じて、既存のコンフィギュレーション ファイルのバックアップを作成します。
| コマンドまたはアクション | 目的 | |||||
|---|---|---|---|---|---|---|
| ステップ 1 |
install all [nxos bootflash:filename] |
アップグレードを実行します。
|
||||
| ステップ 2 |
show module |
システムコンソールを終了し、新しいターミナルセッションを開いて、アップグレードされたスーパーバイザ モジュールを表示します。 |
ソフトウェア システムのリブートのトラブルシューティング
| 問題 | 考えられる原因 | ソリューション |
|---|---|---|
| デュアル スーパーバイザ構成で電源投入またはスイッチのリブートがハングする | ブートフラッシュが破損しています。 | 破損したブートフラッシュの回復を参照してください。 |
| BIOS が破損しています。 | このモジュールを交換してください。障害のあるモジュールを返品するために、シスコのカスタマー サポート担当者に連絡してください。 | |
| nx-os イメージが破損しています。 |
必要に応じてスイッチの電源を再投入し、スイッチに「Loading Boot Loader」メッセージが表示されたら Ctrl-C を押して、>ローダ プロンプトでブートプロセスを中断します。 |
|
| ブート パラメータが正しくありません。 | ブート パラメータを確認して修正し、リブートします。 |
すべてのデバイス設定は、内部ブートフラッシュにあります。内部ファイル システムが壊れると、設定が失われるおそれがあります。設定ファイルは定期的に保存し、バックアップしてください。通常のシステムブートは、次の順序で実行されます。
基本入出力システム（BIOS）がローダをロードします。
ローダは nx-os イメージを RAM にロードし、イメージを起動します。
nx-os イメージは、スタートアップ設定ファイルを読み取ります。
システムの nx-os イメージが破損しており、続行できない（エラー状態）場合は、次の項で説明する BIOS 設定ユーティリティを入力して、システム ブートシーケンスを中断し、イメージを復旧できます。破損した内部ディスクを復旧する必要がある場合にのみ、このユーティリティにアクセスしてください。
 注意 |
この項で説明する BIOS の変更は、破損したブートフラッシュを復旧する場合にのみ必要なものです。 |
| フェーズ | 通常のプロンプト（各フェーズの終了時に表示されます） | リカバリ プロンプト（システムが次のフェーズに進まない場合に表示されます） | 説明 |
|---|---|---|---|
| BIOS | loader> | ブート可能なデバイスがありません | BIOS は、電源投入時自己診断テスト、メモリ テスト、およびその他のオペレーティング システム アプリケーションを開始します。テストの進行中に、Ctrl-C を押して BIOS設定ユーティリティを起動し、netboot オプションを使用します。 |
| ブートローダ | nx-os の開始 | loader> | ブートローダは、ロードされたソフトウェアを展開し、そのファイル名を参照として使用してイメージをブートします。イメージはブート フラッシュを介して使用可能になります。メモリテストが終了したら、Esc を押してブートローダプロンプトを開始します。 |
| nx-os イメージ | システムの圧縮解除 | switch(boot)# | ブートローダフェーズが終了したら、Ctrl-] （Ctrl キーと右ブラケット キー）を押して、switch（boot）＃ プロンプトを入力します。Telnet クライアントによっては、これらのキーが予約されている場合があり、キーストロークの再マッピングが必要となることがあります。Telnet
クライアントが提供するマニュアルを参照してください。破損によってコンソールがこのプロンプトで停止した場合は、nx-os イメージをコピーしてシステムをリブートします。
nx-os イメージは、最後に保存された実行設定の設定ファイルをロードし、スイッチのログイン プロンプトを返します。 |
help コマンドを使用し、 コマンドを使用して、ローダー > プロンプトでこのプロンプトで使用可能なコマンドのリストを表示するか、そのリスト内の特定のコマンドに関する詳細情報を取得します。
この手順では、 init system コマンドを使用して、デバイスのファイル システムを再フォーマットします。この手順を開始する前に、コンフィギュレーション ファイルのバックアップを作成してください。
ローダー > プロンプトは、通常の switch＃ または switch(boot)# プロンプトとは異なります。CLI コマンド補完機能は loader >プロンプトでは機能せず、望ましくないエラーが発生する可能性があります。コマンドを表示するには、コマンドを正確に入力する必要があります。
ローダー > プロンプトから TFTP 経由でブートする場合は、リモート サーバ上のイメージへのフル パスを指定する必要があります。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
loader> set ip ip-address 例: |
システムのローカル IP アドレスおよびサブネット マスクを指定します。 |
||
| ステップ 2 |
loader> set gw gw-address 例: |
デフォルト ゲートウェイの IP アドレスを指定します。 |
||
| ステップ 3 |
ローダー cmdline recoverymode=1 例: |
switch(boot)# プロンプトで、ブート プロセスが停止するように設定します。 |
||
| ステップ 4 |
loader> boot tftp: tftp-path 例: |
必要なサーバから nx-os iイメージ ファイルを起動します。 switch(boot)# プロンプトは、使用可能な nx-os イメージがあることを示します。 |
||
| ステップ 5 |
switch(boot)# init system 例: |
nx-os システムを開始します。
|
||
| ステップ 6 |
switch(boot)# load-nxos 例: |
nx-os イメージ ファイルのアップロードを完了します。 |
loader> set ip 172.21.55.213 255.255.255.224
set ip 172.21.55.213 255.255.255.224
Correct - ip addr is 172.21.55.213, mask is 255.255.255.224
Found Intel 82546GB [2:9.0] at 0xe040, ROM address 0xf980
Probing...[Intel 82546GB]
Management interface
Link UP in 1000/full mode
Ethernet addr: 00:1B:54:C1:28:60
Address: 172.21.55.213
Netmask: 255.255.255.224
Server: 0.0.0.0
Gateway: 172.21.55.193
loader> set gw 172.21.55.193
Correct gateway addr 172.21.55.193
Address: 172.21.55.213
Netmask: 255.255.255.224
Server: 0.0.0.0
Gateway: 172.21.55.193
loader> boot tftp://172.28.255.18/tftpboot/n9000-dk9.6.1.2.I1.1.bin
Address: 172.21.55.213
Netmask: 255.255.255.224
Server: 172.28.255.18
Gateway: 172.21.55.193
Filesystem type is tftp, using whole disk
Booting: /tftpboot/n9000-dk9.6.1.2.I1.1.gbin console=ttyS0,9600n8nn quiet loader
_ver="3.17.0"....
.............................................................................Im
age verification OK
Starting kernel...
INIT: version 2.85 booting
Checking all filesystems..r.r.r.. done.
Setting kernel variables: sysctlnet.ipv4.ip_forward = 0
net.ipv4.ip_default_ttl = 64
net.ipv4.ip_no_pmtu_disc = 1
.
Setting the System Clock using the Hardware Clock as reference...System Clock set. Local time: Wed Oct 1
11:20:11 PST 2013
WARNING: image sync is going to be disabled after a loader netboot
Loading system software
No system image Unexporting directories for NFS kernel daemon...done.
INIT: Sending processes the KILL signal
Cisco Nexus Operating System (NX-OS) Software
TAC support: http://www.cisco.com/tac
Copyright (c) 2013, Cisco Systems, Inc. All rights reserved.
The copyrights to certain works contained in this software are
owned by other third parties and used and distributed under
license. Certain components of this software are licensed under
the GNU General Public License (GPL) version 2.0 or the GNU
Lesser General Public License (LGPL) Version 2.1. A copy of each
such license is available at
http://www.opensource.org/licenses/gpl-2.0.php and
http://www.opensource.org/licenses/lgpl-2.1.php
switch(boot)# 回復可能または回復不可能なエラーが発生すると、システムまたはシステム上のプロセスがリセットされることがあります。次の表に、考えられる原因と解決策を示します。
| 問題 | 考えられる原因 | ソリューション |
|---|---|---|
| システムまたはシステム上のプロセスがリセットされた。 | システムまたはシステムのプロセスで回復可能なエラーが発生しました。 | システムは自動的に問題から回復しました。システムの再起動の回復を参照してください。 |
| システムで回復不能なエラーが発生した。 | システムは問題から自動的に回復できません。原因を特定するには、システムの再起動の回復を参照してください。 | |
| クロックモジュールに障害が発生した。 | クロックモジュールに障害が発生していることを確認します。障害が発生したクロック モジュールを次のメンテナンス時間帯に交換します。 |
プロセスを再起動するたびに、syslog メッセージと Call Home イベントが生成されます。イベントがサービスに影響を与えない場合でも、今後発生することでサービスの中断が発生する可能性があるため、すぐに状態を特定して解決する必要があります。
（注） |
手順を実行した後、テクニカル サポート担当者に連絡し、コア ダンプの確認を依頼することで、再起動状態の原因と解決策を特定します。 |
TFTP サーバへの特定のコア ファイルのコピーは、copy core://module#/pid# tftp://tftp_ip_address/file_name を使用して手動でトリガできます。 コマンドを使用する必要があります。
スーパーバイザ フェールオーバーが発生した場合、コアはプライマリ ログフラッシュではなくセカンダリ ログフラッシュにある可能性があります。
プロセスを再起動できる最大回数は、すべてのプロセスの高可用性（HA）ポリシーの一部です。（このパラメータは設定できません。）プロセスが最大回数を超えて再起動すると、古いコア ファイルが上書きされます。
任意のプロセスで保存できるコア ファイルの最大数は、任意のプロセスの HA ポリシーの一部です。（このパラメータは設定できず、3 に設定されます）。
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
switch# show log | include error 例: |
syslog ファイルを表示して、再起動したプロセスと再起動した理由を確認できるようにします。 |
||
| ステップ 2 |
switch# show processes 例: |
実行中のプロセスと各プロセスのステータスを表示します。
|
||
| ステップ 3 |
switch# show process log 例: |
異常終了したプロセスと、スタックトレースまたはコア ダンプがあるかどうかを表示します。 |
||
| ステップ 4 |
switch# show process log pid pid 例: |
再起動している特定のプロセスの詳細情報を表示します。 |
||
| ステップ 5 |
switch# show system uptime 例: |
再起動が最近発生したかどうかを表示します。 再起動が繰り返し発生するのか、1 回だけ発生するのかを判断するには、システムが稼働している時間の長さを各再起動のタイムスタンプと比較します。 |
||
| ステップ 6 |
switch# show cores 例: |
アクティブ スーパーバイザから現在アップロードに使用可能なすべてのコアを表示します。 |
||
| ステップ 7 |
switch# copy core: core path 例: |
FSPF コア ダンプを IP アドレスを使用して TFTP サーバにコピーします。 |
||
| ステップ 8 |
switch# show processes log pid pid 例: |
ログ ディレクトリに zone_server_log.889 という名前のファイルを表示します。 |
||
| ステップ 9 |
switch# system cores tftp: tftp-path 例: |
TFTP サーバを使用してコア ダンプを TFTP サーバに送信するように設定します。 このコマンドにより、システムは TFTP サーバへのコア ファイルの自動コピーを有効にします。 |
以下の場合には、回復不能なシステム再起動が発生する可能性があります。
重要なプロセスが失敗し、再起動できない。
プロセスがシステム設定で許可されている回数を超えて再起動した。
プロセスは、システム設定で許可されているよりも頻繁に再起動した。
プロセス リセットの影響は、プロセスごとに設定されたポリシーによって決まります。回復不能なリセットにより、機能が失われたり、アクティブなスーパーバイザが再起動したり、スーパーバイザがスイッチオーバーしたり、システムが再起動したりすることがあります。
特定のスロット、特定のモジュールでの、最後の 4 つのリセット理由。モジュールが存在しない場合には、そのモジュールのリセット理由コードは表示されません。
予期されたリロードおよび予期しないリロードが発生したタイミングと理由の全体での履歴。
リセットまたはリロードが発生したときのタイム スタンプ。
モジュールのリセットまたはリロードの理由。
リセットまたはリロードの原因となったサービス（常に使用できるわけではない）。
リセットまたはリロード時に実行されていたソフトウェアのバージョン。
switch# show system reset-reason module 27
----- reset reason for Supervisor-module 27 (from Supervisor in slot 27) ---
1) At 281000 usecs after Wed Jun 26 20:16:34 2013
Reason: Reset Requested by CLI command reload
Service:
Version: 6.1(2)I1(1)
2) At 791071 usecs after Wed Jun 26 20:04:50 2013
Reason: Reset Requested by CLI command reload
Service:
Version: 6.1(2)I1(1)
3) At 70980 usecs after Wed Jun 26 19:55:52 2013
Reason: Reset Requested by CLI command reload
Service:
Version: 6.1(2)I1(1)
4) At 891463 usecs after Wed Jun 26 23:44:48 2013
Reason: Reset Requested by CLI command reload
Service:
Version: 6.1(2)I1(1)
スタンバイ スーパーバイザは、アップグレード後に起動しません。次のシステム メッセージが表示されることがあります。
SYSMGR-2-STANDBY_BOOT_FAILED
このメッセージは、ローダが BIOS によってロードされた後 3 ～ 6 分でスタンバイ スーパーバイザがブート手順を完了できない（ローカル コンソールのログイン プロンプトに到達できない）場合に出力されます。このメッセージは、通常、スタンバイ スーパーバイザに適切に設定されていないブート変数によって発生します。このメッセージは、ローダ プロンプトでユーザが意図的に（Esc キーを押して）起動手順を中止した場合も発生する可能性があります。
スタンバイ スーパーバイザのローカル コンソールに接続します。スーパーバイザがローダ プロンプトにいる場合は、 boot コマンドを使用して、ブート手順を続行します。それ以外の場合は、reload コマンドをアクティブ スーパーバイザの VSH セッションからスタンバイ スーパーバイザに対して入力します。その際に force-dnld オプションを指定します。スタンバイがオンラインになったら、ブート変数を適切に設定して問題を解決します。
| 症状 | 考えられる原因 | ソリューション |
|---|---|---|
| スタンバイ スーパーバイザが起動しません。 | TFTPからブートされたアクティブ スーパーバイザ nx-os イメージ。 | bootflash: からアクティブ スーパーバイザをリロードします。 |
次のいずれかの方法で、ネットワーク管理者パスワードを回復できます。
network admin 権限を持つユーザ名で CLI から回復する
デバイスの電源を再投入する
デバイスをリロードする
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
switch# show user-account 例: |
ユーザ名に network admin 権限があるかどうかを確認します。 |
||
| ステップ 2 |
switch# config terminal 例: |
グローバル設定モードを開始します。 |
||
| ステップ 3 |
switch(config)# username admin password new-password 例: |
ユーザ名に network admin 権限がある場合は、新しいネットワーク管理者パスワードを割り当てます。
|
||
| ステップ 4 |
switch(config)# copy running-config startup-config 例: |
実行コンフィギュレーションを、スタートアップ コンフィギュレーションにコピーします。 |
network-admin 権限のあるデバイス上でセッションを開始できない場合は、デバイスの電源を再投入してネットワーク管理者パスワードを回復することができます。
注意 |
パスワード回復手順を実行すると、デバイス上のすべてのトラフィックが中断されます。デバイスとの接続はすべて 2 ～ 3 分間切断されます。 |
（注） |
管理インターフェイスとの Telnet またはセキュア シェル（SSH）セッションから管理者パスワードを回復することはできません。ローカル コンソール接続を使用できる必要があります。 |
（注） |
パスワードの回復によって更新されるのは、ローカル ユーザ データベース内の新しい管理者パスワードのみです。リモート AAA サーバのパスワードは更新されません。新しいパスワードは、ローカル認証がイネーブルの場合にのみ有効になり、リモート認証の場合は有効になりません。パスワードが回復すると、コンソールからのログインに対するローカル認証がイネーブルになり、管理ユーザはコンソールから新しいパスワードでログインできるようになります。 |
（注） |
copy configuration-file startup-config の実行時にユーザ名がコンフィギュレーション ファイルで指定されなかったためにパスワードを回復する必要がある場合 fast-reload または reload コマンドを実行し、ステップ 12 で write erase を実行する必要があります。 |
2 つのスーパーバイザ モジュールを搭載したデバイスの場合は、回復手順の完了後にアクティブ モジュールになるスーパーバイザ モジュールでパスワード回復手順を実行する必要があります。他方のスーパーバイザ モジュールがアクティブにならないようにするには、次の作業のいずれかを実行します。
他方のスーパーバイザ モジュールをシャーシから取り外します。
回復手順が完了するまで、他方のスーパーバイザ モジュールのコンソール プロンプトを次の 2 つのプロンプトのいずれかに変更します。
loader >
switch(boot)#
| コマンドまたはアクション | 目的 | |||
|---|---|---|---|---|
| ステップ 1 |
アクティブなスーパーバイザ モジュールのコンソール ポートで端末セッションを確立します。 |
—
|
||
| ステップ 2 |
SSH または端末エミュレータを使用してコンソール ポートにアクセスする場合は、ステップ 6 に進みます。 |
— |
||
| ステップ 3 |
Telnet を使用してコンソール ポートにアクセスする場合、Ctrl-] （右角カッコ）を押して、Telnet エスケープ シーケンスと競合しないようにします。 例: |
—
|
||
| ステップ 4 |
Telnet プロンプトが表示される場合は、Telnet エスケープ シーケンスを Ctrl-]（右角カッコ）以外の文字シーケンスに変更します。 例: |
次に、Microsoft Telnet で Ctrl+\ をエスケープ キー シーケンスとして設定する例を示します。
|
||
| ステップ 5 |
Enter を 1 回または複数回押して Cisco NX-OS ログイン プロンプトに戻ります。 例: |
— |
||
| ステップ 6 |
デバイスの電源を一度切ってから再投入します。 |
— |
||
| ステップ 7 |
Ctrl-C を押して、ローダー > プロンプトにアクセスします。 例: |
— |
||
| ステップ 8 |
ローダー cmdline recoverymode=1 例: |
リカバリ モードに切り替えます。 |
||
| ステップ 9 |
ローダー> boot n9000-dk9.x.x.x.bin 例: |
スイッチ ブート プロンプトに到達するには、nx-os イメージだけでデバイスを再起動します。 |
||
| ステップ 10 |
Enter を 1 回または複数回押して Cisco NX-OS ログイン プロンプトに戻ります。 例: |
— |
||
| ステップ 11 |
switch(boot)# config terminal 例: |
ブートコンフィギュレーションモードを開始します。ｓ |
||
| ステップ 12 |
switch(boot)(config)# admin-password new-password 例: |
ネットワーク管理者パスワードを再設定します。
|
||
| ステップ 13 |
switch(boot)(config)# exit 例: |
ブート コンフィギュレーション モードを終了します。 |
||
| ステップ 14 |
switch(boot)# load-nxos 例: |
nx-os イメージをロードします。load-nxos コマンドは、示されているとおりに入力する必要があります。このコマンドでは、イメージ ファイル名を入力しないでください。 |
||
| ステップ 15 |
新しい管理者パスワードを使用してデバイスにログインします。 例: |
|
||
| ステップ 16 |
switch# config terminal 例: |
グローバル設定モードを開始します。 |
||
| ステップ 17 |
switch(config)# username admin password new-password 例: |
新しいパスワードを再設定して、簡易ネットワーク管理プロトコル（SNMP）パスワードとしても使用できるようにします。 |
||
| ステップ 18 |
switch(config)# exit 例: |
グローバル コンフィギュレーション モードを終了します。 |
||
| ステップ 19 |
必要に応じて、前に取り外したスタンバイ スーパーバイザ モジュールをシャーシに取り付けます。 |
— |
||
| ステップ 20 |
必要に応じて、スタンバイ スーパーバイザ モジュールで nx-os イメージを起動します。 |
— |
||
| ステップ 21 |
switch(config)# copy running-config startup-config 例: |
実行コンフィギュレーションを、スタートアップ コンフィギュレーションにコピーします。 |
デバイスの電源を再投入してネットワーク管理者パスワードを再設定できます。
注意 |
この手順を実行すると、デバイス上のすべてのトラフィックが中断されます。デバイスとの接続はすべて 2 ～ 3 分間切断されます。 |
（注） |
管理インターフェイスとの Telnet またはセキュア シェル（SSH）セッションから管理者パスワードを回復することはできません。ローカル コンソール接続を使用できる必要があります。 |
（注） |
パスワードの回復によって更新されるのは、ローカル ユーザ データベース内の新しい管理者パスワードのみです。リモート AAA サーバのパスワードは更新されません。新しいパスワードは、ローカル認証がイネーブルの場合にのみ有効になり、リモート認証の場合は有効になりません。パスワードが回復すると、コンソールからのログインに対するローカル認証がイネーブルになり、管理ユーザはコンソールから新しいパスワードでログインできるようになります。 |
| コマンドまたはアクション | 目的 | |
|---|---|---|
| ステップ 1 |
アクティブなスーパーバイザ モジュールのコンソール ポートで端末セッションを確立します。 |
— |
| ステップ 2 |
switch# reload 例: |
|
| ステップ 3 |
ローダー> boot n9000-dk9.x.x.x.bin 例: |
スイッチ ブート プロンプトに到達するには、nx-os イメージだけでデバイスを再起動します。 |
| ステップ 4 |
管理者パスワードを回復するためのデバイスの電源再投入 のステップ 6 ～ 20 を実行して、ネットワーク管理者パスワードを再設定します。 |
— |
ネットワーク管理者パスワードを変更するには、admin としてログインする必要があります。
管理者パスワードを変更するには、次の注意事項と制約事項に従ってください。
CLIコマンド no service password-recovery を有効または無効にするには、管理者である必要があります。
管理者パスワードを変更するには、管理者としてログインする必要があります。
前回のブートで管理者が CLI を無効にした場合、ブート プロンプトから管理者パスワードを変更することはできません。
（注） |
管理者としてログインしていない場合は、エラーが表示されます。 |
フィードバック