[index] CentreCOM x900シリーズ・SwitchBlade x908 コマンドリファレンス 5.4.4

バーチャルシャーシスタック（VCS） / 運用

Note - この表では、おもにVCSのステータスに直接的な影響を与えるケースだけを載せています。実際は、VCSステータスには直接的な影響を与えない障害や異常もあります。これ以降の説明では、こうしたケースについても説明しています。

Note - 表中の「RL」は「レジリエンシーリンク用ポート」、「ST」は「STATUS」、「P1」は「PORT1」、「P2」は「PORT2」を表します。また、「緑」、「橙」はそれぞれ「緑点灯」、「橙点灯」を、「×」は「消灯」を表します。

スイッチA

スイッチB

判断

スタック

RL

スタック

RL

ID

ST

P1

P2

L/A

D/C

ID

ST

P1

P2

L/A

D/C

1

緑

緑

緑

緑

緑

2

橙

緑

緑

緑

緑

正常

×

×

×

×

×

×

2

緑

×

×

×

×

マスター動作停止

1

緑

×

×

×

×

×

×

×

×

×

×

スレーブ動作停止

1

緑

×

緑

緑

緑

2

橙

緑

×

緑

緑

スタックリンク障害（ケーブル片方AのP1）

1

緑

緑

×

緑

緑

2

橙

×

緑

緑

緑

スタックリンク障害（ケーブル片方AのP2）

1

緑

×

×

緑

緑

2

緑

×

×

緑

緑

スタックリンク障害（ケーブル両方）

×

×

×

×

緑

緑

2

緑

×

×

緑

緑

スタックリンク障害（Aのモジュール）

1

緑

×

×

緑

緑

×

×

×

×

緑

緑

スタックリンク障害（Bのモジュール）

1

緑

緑

緑

×

×

2

橙

緑

緑

×

×

レジリエンシーリンク障害

• show log（bufferedログの確認）
  
• show stack（スタックメンバー情報の確認）
  
• show system（システム情報の確認）
  
• show system environment（システム動作環境の確認）
  

• マスタースイッチ本体 → 「マスター障害」を参照
  
• スレーブスイッチ本体 → 「スレーブ障害」を参照
  
• スタックリンク → 「スタックリンク障害」を参照
  
• レジリエンシーリンク → 「レジリエンシーリンク障害」を参照
  
• ポート増設用拡張モジュール → 「ポート増設用拡張モジュール障害」を参照
  
• 電源ユニット → 「電源ユニット障害」を参照
  
• ファンモジュール → 「ファンモジュール障害」を参照
  

• マスターが動作を停止する
  
• マスターにステータス異常（温度上昇など）が検出される
  

2010 Jun 10 20:11:24 local6.notice awplus-2 VCS[1049]: Link down event on stack link 2.2.1 2010 Jun 10 20:11:24 local6.err awplus-2 EXFX[1281]: Stack transport: Connection reset by peer 2010 Jun 10 20:11:24 local6.notice awplus-2 VCS[1049]: Link down event on stack link 2.2.2 2010 Jun 10 20:11:24 user.notice awplus-2 VCS[1049]: Link between members 2 and 1 is down 2010 Jun 10 20:11:24 user.crit awplus-2 VCS[1049]: Contact with the Active Master has been lost 2010 Jun 10 20:11:24 user.crit awplus-2 VCS[1049]: Member 2 (0009.41fb.cfaf) has become the Pending Master 2010 Jun 10 20:11:24 user.crit awplus-2 VCS[1049]: Stack MAC address is now 0009.41fb.cfaf 2010 Jun 10 20:11:24 user.notice awplus-2 VCS[1049]: Determining via resiliency link if previous master is still online 2010 Jun 10 20:11:25 user.crit awplus-2 VCS[1049]: Member 1 (0009.41fb.c7eb) has left stack 2010 Jun 10 20:11:25 user.crit awplus-2 NSM[1052]: Removal event on unit 1.0 has been completed 2010 Jun 10 20:11:25 user.warning awplus-2 NSM[1052]: Port down notification received for eth0 2010 Jun 10 20:11:26 user.notice awplus-2 VCS[1049]: Resiliency link has detected master is offline 2010 Jun 10 20:11:26 user.crit awplus-2 VCS[1049]: Member 2 (0009.41fb.cfaf) has become the Active Master 2010 Jun 10 20:11:26 daemon.alert awplus-2 init: Received event vcs.elected-master

awplus# sh stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - - - - Provisioned 2 - 0009.41fb.cfaf 128 Ready Active Master Operational Status Standalone unit Stack MAC address 0009.41fb.cfaf

1. スイッチA（旧マスター）の電源を切ります。
   
   
2. スイッチAのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチAからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチAの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上の ID LED を見てスイッチCのID を確認します。 ID=1 であれば、スイッチAと同じなので特に何もする必要はありません。 ID=1 でない場合は、スタックモジュール上のセレクトボタンを押してスイッチC をID=1 にします。セレクトボタンを押した後は自動的に再起動するので、起動が完了してID=1 になったことを確認します。
   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチBと同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチBと同一に設定してください。

   % The device needs to be restarted for this change to take effect.

   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、 VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチAに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   

   Note - スイッチCの電源は切った状態でスタックケーブルを接続してください。電源オンの状態で現在のマスターにVCS接続するとマスター重複の状態となり、プライオリティーの低い機器でリブートが発生します。

   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチAに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。この結果、VCSグループの構成は次のようになります。
   

   

2008 Jan 21 08:30:10 daemon.crit vcg HPI: SENSOR System Board 0 - Temp: Mid Internal: Reading 86 Degrees C above maximum 85 Degrees C

1. スイッチA（マスター）の電源を切ります。
   
   
2. スイッチAのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチAからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチAの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上の ID LED を見てスイッチCのID を確認します。 ID=1 であれば、スイッチAと同じなので特に何もする必要はありません。 ID=1 でない場合は、スタックモジュール上のセレクトボタンを押してスイッチC をID=1 にします。セレクトボタンを押した後は自動的に再起動するので、起動が完了してID=1 になったことを確認します。
   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチBと同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチBと同一に設定してください。

   % The device needs to be restarted for this change to take effect.

   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、 VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチAに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチAに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。
   

• スレーブが動作を停止する
  
• スレーブにステータス異常（温度上昇など）が検出される
  

2010 Jun 10 20:15:36 local6.notice awplus VCS[1039]: Link down event on stack link 1.2.1 2010 Jun 10 20:15:37 local6.err awplus EXFX[1256]: Stack transport: Connection reset by peer 2010 Jun 10 20:15:37 local6.notice awplus VCS[1039]: Link down event on stack link 1.2.2 2010 Jun 10 20:15:37 user.notice awplus VCS[1039]: Link between members 1 and 2 is down 2010 Jun 10 20:15:37 user.crit awplus VCS[1039]: Member 2 (0009.41fb.cfaf) has left stack 2010 Jun 10 20:15:37 user.crit awplus NSM[1042]: Removal event on unit 2.0 has been completed 2010 Jun 10 20:15:38 user.warning awplus NSM[1042]: Port down notification received for eth0

awplus# sh stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - - - - Provisioned Operational Status Standalone unit Stack MAC address 0009.41fb.c7eb

1. スイッチB（旧スレーブ）の電源を切ります。
   
   
2. スイッチBのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチBからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチBの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上のID LED を見てスイッチC のID を確認します。スイッチB（旧スレーブ）と同じID=2 であれば、特に何もする必要はありません。ID=2 でない場合は、stack renumberコマンドを実行してスイッチCをID=2にします。（以下の例はID=1 であったと仮定しています）
   

   awplus(config)# stack 1 renumber 2 ↓

   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチA(マスター)と同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチAと同一に設定してください。

   % The device needs to be restarted for this change to take effect.

   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチBに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチBに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。この結果、VCSグループの構成は次のようになります。
   

   

2008 Jan 21 08:30:10 daemon.crit vcg-2 HPI: SENSOR System Board 0 - Temp: Mid Internal: Reading 86 Degrees C above maximum 85 Degrees C

1. スイッチB（スレーブ）の電源を切ります。
   
   
2. スイッチBのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチBからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチBの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上のID LED を見てスイッチC のID を確認します。スイッチB（旧スレーブ）と同じID=2 であれば、特に何もする必要はありません。ID=2 でない場合は、stack renumberコマンドを実行してスイッチCをID=2にします。（以下の例はID=1 であったと仮定しています）
   

   awplus(config)# stack 1 renumber 2 ↓

   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチA(マスター)と同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチAと同一に設定してください。

   % The device needs to be restarted for this change to take effect.

   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチBに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチBに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。
   

2010 Jun 11 10:45:56 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.1 2010 Jun 11 10:45:56 local6.notice awplus-2 VCS[1037]: Link down event on stack link 2.2.2

awplus# sh stack detail ↓ ...（中略）... Stack member 1: ------------------------------------------------------------------ ID 1 ...（中略）... Port stk1.2.1 status Down Port stk1.2.2 status Learnt neighbor 2 Stack member 2: ------------------------------------------------------------------ ID 2 ...（中略）... Port stk2.2.1 status Learnt neighbor 1 Port stk2.2.2 status Down

1. スイッチA、Bのスタックモジュールから、障害の発生したスタックケーブルを取り外します。このときスイッチA、Bの電源を切る必要はありません。
   
   
2. 新しいスタックケーブルをスイッチA、Bのスタックモジュールに接続します。これにより、復旧作業は完了です。
   

2010 Jun 11 11:01:36 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.1 2010 Jun 11 11:01:36 local6.notice awplus-2 VCS[1034]: Link down event on stack link 2.2.2 2010 Jun 11 11:01:37 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.2 2010 Jun 11 11:01:37 local6.notice awplus-2 VCS[1034]: Link down event on stack link 2.2.1 2010 Jun 11 11:01:37 user.notice awplus VCS[1034]: Link between members 1 and 2 is down 2010 Jun 11 11:01:37 local6.err awplus EXFX[1262]: Stack transport: Connection reset by peer 2010 Jun 11 11:01:37 user.crit awplus VCS[1034]: Member 2 (0009.41fb.cfaf) has left stack 2010 Jun 11 11:01:37 user.crit awplus NSM[1037]: Removal event on unit 2.0 has been completed

awplus# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - - - - Provisioned Operational Status Standalone unit Stack MAC address 0009.41fb.c7eb

vcg# show stack detail ↓ ...（中略）... Stack member 1: ------------------------------------------------------------------ ID 1 ...（中略）... Port 1.2.1 status Down Port 1.2.2 status Down

1. スイッチA（マスター）とスイッチB（スレーブ）のスタックモジュールから障害の発生したスタックケーブルを取り外します。このときスイッチA、Bの電源を切る必要はありません。これにより、VCSグループが2つに分断されてスイッチBの全ポートがリンクダウンし、マスターのスイッチAだけでVCSグループとしての動作が継続されます。
   
   
2. スイッチBにコンソールケーブルを接続した上で、新しいスタックケーブルをスイッチA、Bのスタックモジュールに接続します。これにより、スイッチBが自動で再起動します。
   
   
3. スイッチBの再起動が完了し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、障害発生前と同様スイッチAがマスター、スイッチBがスレーブの構成でVCSグループが動作を再開します。これにより、復旧作業は完了です。
   

2010 Jun 14 18:25:45 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.1 2010 Jun 14 18:25:46 user.err awplus VCS[1034]: Stack member 2 has become unreachable via Layer-2 traffic 2010 Jun 14 18:25:47 user.notice awplus VCS[1034]: Link between members 1 and 2 is down 2010 Jun 14 18:25:47 user.crit awplus VCS[1034]: Member 2 (0009.41fb.cfaf) has left stack 2010 Jun 14 18:25:47 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.2 2010 Jun 14 18:25:47 local6.err awplus EXFX[1303]: Stack transport: Connection reset by peer 2010 Jun 14 18:25:47 user.crit awplus NSM[1037]: Removal event on unit 2.0 has been completed

awplus# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - - - - Provisioned Operational Status Standalone unit Stack MAC address 0009.41fb.c7eb

awplus# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - - - - Provisioned 2 - 0009.41fb.cfaf 128 Ready Disabled Master Operational Status Operating in failover mode Stack MAC address 0009.41fb.cfaf

1. スイッチA（マスター）のスタックモジュールからスタックケーブルを取り外します。
   
   
2. スイッチAからスタックモジュールを取り外します。
   
   
3. スイッチAに新しいスタックモジュールを取り付け、スタックケーブルを接続します。
   
   
4. これにより、スイッチB（スレーブ）が自動的に再起動し、元のとおりスイッチAがマスター、スイッチBがスレーブの構成でVCSグループが動作を再開し、スイッチBの通信も復旧します。
   

Note - SwitchBlade x908バージョン5.4.3-0.2以降では、広帯域スタックポートによるスタック接続のみがサポート対象で、スタックモジュール（AT-XEM-STK）はサポートしなくなりました。

2010 Jun 14 19:47:45 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.1 2010 Jun 14 19:47:45 local6.err awplus EXFX[1303]: Stack transport: Connection reset by peer 2010 Jun 14 19:47:45 local6.notice awplus VCS[1034]: Link down event on stack link 1.2.2 2010 Jun 14 19:47:45 user.notice awplus VCS[1034]: Link between members 1 and 2 is down 2010 Jun 14 19:47:45 user.crit awplus NSM[1037]: Removal event on unit 2.0 has been completed 2010 Jun 14 19:47:45 user.crit awplus VCS[1034]: Member 2 (0009.41fb.cfaf) has left stack

awplus# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - - - - Provisioned Operational Status Standalone unit Stack MAC address 0009.41fb.c7eb

1. スイッチB（スレーブ）のスタックモジュールからスタックケーブルを取り外します。
   
   
2. スイッチBからスタックモジュールを取り外します。
   
   
3. 起動状況を確認するため、コンソールケーブルをスイッチBに接続した上で、スイッチBに新しいスタックモジュールを取り付け、スタックケーブルを接続します。これにより、スイッチBが自動的に再起動します。
   
   
4. スイッチBの再起動が完了し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチBはスレーブとしてVCSグループに再加入します。この結果、VCSグループの構成は次のようになります。
   

   

Note - SwitchBlade x908バージョン5.4.3-0.2以降では、広帯域スタックポートによるスタック接続のみがサポート対象で、スタックモジュール（AT-XEM-STK）はサポートしなくなりました。

2010 Jun 14 20:04:49 user.warning awplus NSM[1037]: Port down notification received for eth0 2010 Jun 14 20:04:51 local6.err awplus-2 VCS[1039]: Resiliency link healthchecks have failed, but master is still online

awplus# show stack detail ↓ ...（中略）... Stack member 2: ------------------------------------------------------------------ ID 2 Pending ID - MAC address 0009.41fb.cfaf Last role change Mon Jun 14 19:56:58 2010 Product type x900-24XT Role Backup Member Status Ready Priority 128 Host name awplus-2 S/W version auto synchronization On Resiliency link Failed Port stk2.2.1 status Learnt neighbor 1 Port stk2.2.2 status Learnt neighbor 1

1. スイッチA（旧マスター）の電源を切ります。これによりスイッチBがマスターに昇格します。
   
   
2. スイッチAのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチAからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチAの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上の ID LED を見てスイッチCのID を確認します。 ID=1 であれば、スイッチAと同じなので特に何もする必要はありません。 ID=1 でない場合は、スタックモジュール上のセレクトボタンを押してスイッチC をID=1 にします。セレクトボタンを押した後は自動的に再起動するので、 起動が完了してID=1 になったことを確認します。
   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチBと同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチBと同一に設定してください。

   % The device needs to be restarted for this change to take effect.

   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチAに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチAに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。この結果、VCSグループの構成は次のようになります。
   

   

2010 Jun 14 20:29:07 local6.err awplus-2 VCS[1039]: Resiliency link healthchecks have failed, but master is still online

1. スイッチB（旧スレーブ）の電源を切ります。
   
   
2. スイッチBのスタックモジュールからスタックケーブルを取り外します。
   
   
3. スイッチBからスタックモジュールを取り外します。
   
   
4. スイッチC（スイッチBの代替機）を単体起動し、ファームウェアバージョン統一などの初期設定を行います（導入編を参照）。
   
   
5. スイッチCにスタックモジュールを取り付け、スタックケーブルは接続せずに起動します。
   
   
6. スタックモジュール上の ID LED を見てスイッチCのID を確認します。 ID=1 であれば、スイッチAと同じなので特に何もする必要はありません。 ID=1 でない場合は、スタックモジュール上のセレクトボタンを押してスイッチC をID=1 にします。セレクトボタンを押した後は自動的に再起動するので、 起動が完了してID=1 になったことを確認します。
   
   運用しているスタックの設定を確認して、必要に応じてスイッチCのスタックの設定を修正・保存した後、スイッチCの電源を切ります。
   
   以下のコマンドを用いてスイッチチップに対する設定やVCSに関する設定を変更している場合は、運用中のスイッチAと同一に設定します。
   
   • platform silicon-profile
     
   • platform jumboframe
     
   • platform routingratio
     
   • platform hwfilter-size
     
   • stack management subnet
     
   • stack management vlan
     
   • stack virtual-chassis-id
     
   • stack virtual-mac
     
   
   

   Note - 同一ネットワーク上に複数のVCSグループが存在するときは、該当するVCSグループ間でバーチャルシャーシID（stack virtual-chassis-id）が重複しないよう注意して設定してください。バーチャルシャーシIDは、show stackコマンドをdetailオプション付きで実行したときに表示される「Virtual Chassis ID」欄で確認できます。

   Note - ファームウェアバージョン5.4.3-0.2以降では、VCS使用時にバーチャルMACアドレス機能の有効化（stack virtual-mac）が必須となりました。

   Note - 上記コマンド以外にも設定変更時に以下のメッセージが表示されるコマンドにつきましても同様に運用中のスイッチAと同一に設定してください。

   % The device needs to be restarted for this change to take effect.
   
   以下の例では、 ルーティングテーブル用メモリー領域をすべてIPv4に割り当て、 VCS管理用VLAN 4000、VCS管理用サブネットアドレス 172.21.255.64、バーチャルシャーシID 127（0x07f）と仮定しています。
   

   awplus(config)# platform routingratio ipv4only ↓ awplus(config)# stack management vlan 4000 ↓ awplus(config)# stack management subnet 172.21.255.64 ↓ awplus(config)# stack virtual-mac ↓ awplus(config)# stack virtual-chassis-id 127 ↓

   
   初期設定のままであれば、何もせずにスイッチCの電源を切ります。
   
   
7. スイッチCのスタックモジュールにスタックケーブルを接続し、スイッチBに接続されていた拡張モジュールをスイッチCに装着しなおします。さらに、起動状況を確認するため、コンソールケーブルをスイッチCに接続した上で、スイッチCの電源を入れます。
   
   
8. スイッチCが起動し、コンソール画面にログインプロンプトが表示されたことを確認します。これにより、スイッチCはスレーブとしてVCSグループに加わります。
   
   
9. スイッチBに接続されていたケーブル類を以前と同じ構成になるように注意しながらスイッチCに接続します。この結果、VCSグループの構成は次のようになります。
   

   

2010 Jun 14 20:04:49 user.warning awplus NSM[1037]: Port down notification received for eth0 2010 Jun 14 20:04:51 local6.err awplus-2 VCS[1039]: Resiliency link healthchecks have failed, but master is still online

1. スイッチA、Bのレジリエンシーリンク用ポート（eth0またはスイッチポート）から、障害の発生したUTPケーブルを取り外します。このときスイッチA、Bの電源を切る必要はありません。
   
   
2. 新しいUTPケーブルをスイッチA、Bのレジリエンシーリンク用ポート（eth0またはスイッチポート）に接続します。これにより、復旧作業は完了です。
   

• 拡張モジュール自体が故障し、認識されなくなる
  
• 拡張モジュールのステータス異常（ファン回転数異常など）が検出される
  

2010 Jun 15 19:23:02 daemon.crit awplus HPI: HOTSWAP XEM 1 hotswapped out: XEM-12T 2010 Jun 15 19:23:02 local6.crit awplus EXFX[1192]: Handle event: bay 1 hsState 4 bt 274 br 0 2010 Jun 15 19:23:02 user.crit awplus NSM[1037]: Removal event on bay 1.1 has been completed

2008 Jan 18 12:26:53 daemon.crit vcg HPI: SENSOR XEM 1 - Fan: XEM Fan 1: Reading 0 Rpm below minimum 3516 Rpm

1. いずれかのスイッチ にコンソールケーブルを接続した上で、スイッチA（マスター）の故障した拡張モジュールに接続されているケーブル類を取り外します。
   
   
2. スイッチA の故障した拡張モジュールをホットスワップで取り外します（注：AT-SBx908でAT-XEM-12S/12Sv2を使用しているときは、SFPをすべて取り外してからAT-XEM-12S/12Sv2を取り外してください。また、x900シリーズでAT-XEM-12Sを使用しているときは、AT-SPFX/2をすべて取り外してからAT-XEM-12Sを取り外してください）。このとき、コンソール画面に次のようなメッセージが出力されます。
   

   20:21:15 awplus HPI: HOTSWAP XEM 1 hotswapped out: XEM-12T 20:21:15 awplus EXFX[1192]: Handle event: bay 1 hsState 4 bt 274 br 0 20:21:16 awplus NSM[1037]: Removal event on bay 1.1 has been completed

   
   
3. スイッチA の同じ拡張ベイに新しい拡張モジュールをホットスワップで取り付けます（注：AT-SBx908でAT-XEM-12S/12Sv2を使用しているときは、SFPをすべて取り外した状態でAT-XEM-12S/12Sv2を取り付けてください。また、x900シリーズでAT-XEM-12Sを使用しているときは、AT-SPFX/2をすべて取り外した状態でAT-XEM-12Sを取り付けてください）。このとき、コンソール画面に次のようなメッセージが出力されます。
   

   20:27:18 awplus HPI: HOTSWAP XEM 1 hotswapped in: XEM-12T 20:27:18 awplus EXFX[1192]: Handle event: bay 1 hsState 2 bt 274 br 2 20:27:20 awplus EXFX[1192]: Board XEM-12T inserted into bay 1 20:27:20 awplus EXFX[1192]: Please wait until configuration update is completed 20:27:20 awplus IMI[1039]: All users returned to config mode while switch synchronization is in progress. 20:27:20 awplus VCS[1034]: XEM-12T has been inserted into bay 1.1 20:27:21 awplus NSM[1037]: Insertion event on bay 1.1 has been completed 20:27:22 awplus IMI[1039]: Configuration update completed for port1.1.1-1.1.12

   
   
4. コンソール画面に「Configuration update completed for portA.B.Y-A.B.Z」のようなメッセージが出力されたことを確認した後、該当拡張モジュールにSFP/SFP+/XFPモジュールやケーブルをもとどおり接続します。これにより、復旧作業は完了です。
   
   なお、マスターのポート増設用拡張モジュールを交換するときは、以下の点に注意してください。
   
   
   • 手順2〜3において、SwitchBlade x908でAT-XEM-12S/12Sv2をホットスワップするときは、AT-XEM-12S/12Sv2からSFPをすべて取り外した状態で、AT-XEM-12S/12Sv2の取り外し・取り付けを行ってください。
     また、AT-x900-24XT、AT-x900-24XS、AT-x900-12XT/SでAT-XEM-12Sをホットスワップするときは、AT-XEM-12SからAT-SPFX/2をすべて取り外した状態で、AT-XEM-12Sの取り外し・取り付けを行ってください（AT-SPFX/2以外のSFPをAT-XEM-12Sから取り外す必要はありません。また、AT-XEM-12Sv2では、AT-SPFX/2がサポート対象外ですので、本件は該当しません。
     
     
   • ハードウェアヘルスチェックモニタリング機能、スイッチチップポーリング機能において、異常を検知した拡張モジュールを自動的に無効化する機能を有効化している場合（system hw-monitoring shutdownコマンド、system hw-monitoring pcsping power-offコマンドを設定している場合）、同機能によって無効化された拡張モジュールのホットスワップはできません。詳細は前記コマンドページの「注意・補足事項」をご覧ください。
     
     
   • 拡張モジュールの交換時には、以下の通信停止期間が発生します。
     
     
     • マスター側の故障した拡張モジュールポート
       （モジュール自体が故障して認識されなくなったとき）障害発生時から、手順4で拡張モジュールにケーブルを再接続するまで
       （モジュールのステータス異常が検出されたとき）手順1で故障した拡張モジュールのケーブルを抜いてから、手順4で正常な拡張モジュールにケーブルを再接続するまで
       
       
     • マスター側のスイッチポート（故障した拡張モジュールポートを除く）
       停止しない
       
       
     • スレーブ側の全スイッチポート
       停止しない
       

• 拡張モジュール自体が故障し、認識されなくなる
  
• 拡張モジュールのステータス以上（ファン回転数異常など）が検出される
  

20:49:25 awplus-2 HPI: HOTSWAP XEM 1 hotswapped out: XEM-12T 20:49:25 awplus-2 EXFX[1196]: Handle event: bay 1 hsState 4 bt 274 br 0 20:49:25 awplus NSM[1037]: Removal event on bay 2.1 has been completed

2008 Jan 21 02:36:11 daemon.crit vcg-2 HPI: SENSOR XEM 1 - Fan: XEM Fan 1: Reading 0 Rpm below minimum 3516 Rpm

1. いずれかのスイッチにコンソールケーブルを接続した上で、スイッチB（スレーブ）の故障した拡張モジュールに接続されているケーブル類を取り外します。
   
   
2. スイッチBの故障した拡張モジュールをホットスワップで取り外します（注：AT-SBx908でAT-XEM-12S/12Sv2を使用しているときは、SFPをすべて取り外してからAT-XEM-12S/12Sv2を取り外してください。また、x900シリーズでAT-XEM-12Sを使用しているときは、AT-SPFX/2をすべて取り外してからAT-XEM-12Sを取り外してください）。このとき、コンソール画面に次のようなメッセージが出力されます。
   

   20:49:25 awplus-2 HPI: HOTSWAP XEM 1 hotswapped out: XEM-12T 20:49:25 awplus-2 EXFX[1196]: Handle event: bay 1 hsState 4 bt 274 br 0 20:49:25 awplus NSM[1037]: Removal event on bay 2.1 has been completed

   
   
3. スイッチBの同じ拡張ベイに新しい拡張モジュールをホットスワップで取り付けます（注：AT-SBx908でAT-XEM-12S/12Sv2を使用しているときは、SFPをすべて取り外した状態でAT-XEM-12S/12Sv2を取り付けてください。また、x900シリーズでAT-XEM-12Sを使用しているときは、AT-SPFX/2をすべて取り外した状態でAT-XEM-12Sを取り付けてください）。このとき、コンソール画面に次のようなメッセージが出力されます。
   

   20:54:23 awplus-2 HPI: HOTSWAP XEM 1 hotswapped in: XEM-12T 20:54:23 awplus-2 EXFX[1196]: Handle event: bay 1 hsState 2 bt 274 br 2 20:54:25 awplus-2 EXFX[1196]: Board XEM-12T inserted into bay 1 20:54:25 awplus-2 EXFX[1196]: Please wait until configuration update is completed 20:54:26 awplus IMI[1039]: All users returned to config mode while switch synchronization is in progress. 20:54:27 awplus NSM[1037]: Insertion event on bay 2.1 has been completed 20:54:28 awplus IMI[1039]: Configuration update completed for port2.1.1-2.1.12

   
   
4. コンソール画面に「Configuration update completed for portA.B.Y-A.B.Z」のようなメッセージが出力されたことを確認した後、該当拡張モジュールにSFP/SFP+/XFPモジュールやケーブルをもとどおり接続します。これにより、復旧作業は完了です。
   
   なお、スレーブのポート増設用拡張モジュールを交換するときは、以下の点に注意してください。
   
   
   • 手順2〜3において、SwitchBlade x908でAT-XEM-12S/12Sv2をホットスワップするときは、AT-XEM-12S/12Sv2からSFPをすべて取り外した状態で、AT-XEM-12S/12Sv2の取り外し・取り付けを行ってください。
     また、AT-x900-24XT、AT-x900-24XS、AT-x900-12XT/SでAT-XEM-12Sをホットスワップするときは、AT-XEM-12SからAT-SPFX/2をすべて取り外した状態で、AT-XEM-12Sの取り外し・取り付けを行ってください（AT-SPFX/2以外のSFPをAT-XEM-12Sから取り外す必要はありません。また、AT-XEM-12Sv2では、AT-SPFX/2がサポート対象外ですので、本件は該当しません。
     
     
   • ハードウェアヘルスチェックモニタリング機能、スイッチチップポーリング機能において、異常を検知した拡張モジュールを自動的に無効化する機能を有効化している場合（system hw-monitoring shutdownコマンド、system hw-monitoring pcsping power-offコマンドを設定している場合）、同機能によって無効化された拡張モジュールのホットスワップはできません。詳細は前記コマンドページの「注意・補足事項」をご覧ください。
     
     
   • 拡張モジュールの交換時には、以下の通信停止期間が発生します。
     
     
     • スレーブ側の故障した拡張モジュールポート
       （モジュール自体が故障して認識されなくなったとき）障害発生時から、手順4で拡張モジュールにケーブルを再接続するまで
       （モジュールのステータス異常が検出されたとき）手順1で故障した拡張モジュールのケーブルを抜いてから、手順4で正常な拡張モジュールにケーブルを再接続するまで
       
       
     • スレーブ側のスイッチポート（故障した拡張モジュールポートを除く）
       停止しない
       
       
     • マスター側の全スイッチポート
       停止しない
       

• 電源ユニット自体が故障する
  
• 電源ユニットのステータス異常（ファン回転数異常など）が検出される
  

• マスターの電源ユニットに障害が発生した場合
  マスターの電源ユニットが故障した場合のVCSグループの動作や障害検出方法については、「マスターが動作を停止した場合」をご参照ください。
  
  マスターの電源ユニットを交換するときは、次の手順にしたがってください（電源ユニットの詳細な交換手順については、取扱説明書をご覧ください）。
  
  1. スイッチA（旧マスター）から故障した電源ユニットを取り外し、正常な電源ユニットを取り付けて電源ケーブルを接続します。これにより、スイッチAはスレーブとしてVCSグループに復帰し、以前とは異なりスイッチBがマスター、スイッチAがスレーブの構成になります。
     
  
  
• スレーブの電源ユニットに障害が発生した場合
  スレーブの電源ユニットが故障した場合のVCSグループの動作や障害検出方法については、「スレーブが動作を停止した場合」をご参照ください。
  
  スレーブの電源ユニットを交換するときは、次の手順にしたがってください（電源ユニットの詳細な交換手順については、取扱説明書をご覧ください）。
  
  1. スイッチB（スレーブ）から故障した電源ユニットを取り外し、正常な電源ユニットを取り付けて電源ケーブルを接続します。これにより、スイッチBはスレーブとしてVCSグループに復帰し、以前と同じようにスイッチAがマスター、スイッチBがスレーブの構成になります。
     

2008 Jan 21 09:42:23 daemon.crit vcg HPI: SENSOR PSU slot 2 - Device Present: BAD 2008 Jan 21 09:42:26 daemon.crit vcg HPI: HOTSWAP PSU 2 hotswapped out: AT-PWR01-AC

1. スイッチA（マスター）から故障した電源ユニットを取り外し、正常な電源ユニットを取り付けて電源ケーブルを接続します。これにより、VCSグループの構成や通信に影響を与えることなく、電源ユニットの交換が完了します。
   

2008 Jan 21 05:32:17 daemon.crit vcg HPI: SENSOR PSU slot 2 - PSU Fan Fail: BAD

1. 該当スイッチからファンモジュールを取り外し（ステータス異常の発生した電源ユニットはそのままにしておく）、代わりに正常な電源ユニットを取り付けて電源ケーブルを接続します。
   
   
2. ステータス異常の発生した電源ユニットを取り外し、手順1で取り外したファンモジュールを取り付けます。これにより、VCSグループの構成や通信に影響を与えることなく、電源ユニットの交換が完了します。
   

1. 該当スイッチからステータス異常の発生した電源ユニットを取り外し、正常な電源ユニットを取り付けて電源ケーブルを接続します。これにより、VCSグループの構成や通信に影響を与えることなく、電源ユニットの交換が完了します。
   

• ファンモジュール自体が故障し、認識されなくなる
  
• ファンモジュールのステータス異常（ファン回転数異常など）が検出される
  

2008 Jan 21 09:42:23 daemon.crit vcg HPI: SENSOR PSU slot 2 - Device Present: BAD 2008 Jan 21 09:42:26 daemon.crit vcg HPI: HOTSWAP FOM 2 hotswapped out: AT-FAN01

1. 該当スイッチから故障したファンモジュールを取り外し、正常なファンモジュールを取り付けます。これにより、VCSグループの構成や通信に影響を与えることなく、ファンモジュールの交換が完了します。
   

2008 Jan 21 05:32:17 daemon.crit vcg HPI: SENSOR PSU slot 2 - PSU Fan Fail: BAD

1. 該当スイッチからステータス異常の発生したファンモジュールを取り外し、正常なファンモジュールを取り付けます。これにより、VCSグループの構成や通信に影響を与えることなく、ファンモジュールの交換が完了します。
   

• マスター（ID=1）、スレーブ（ID=2）でVCSグループを運用中
  
• VCSグループのホスト名は「vcg」
  
• 現在のファームウェアバージョンは5.4.4-4.15
  
• 新しいファームウェアバージョンは5.4.4-4.16
  
• 新しいファームウェアのイメージファイルSBx908-5.4.4-4.16.relは、VCSグループからアクセス可能なTFTPサーバー10.100.10.70上に置かれている
  

  Note - 5.4.4-4.16は説明上使用している架空のファームウェアです。5.4.4-4.15リリース時点では実在しませんのでご注意ください。

1. show stackコマンドを実行し、VCSグループが正しく構築されていることを確認してください。
   

   vcg# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - 0009.41fb.cfaf 128 Ready Backup Member Operational Status Normal operation Stack MAC address 0009.41fb.c7eb

   
   
2. TFTPサーバー上などで、新しいファームウェアイメージファイルのサイズを確認してください。Windowsならファイルの「プロパティ」や「dir」コマンド、UNIXなら「ls -l」コマンドなどで確認します。
   
   
3. show file systemsコマンドを実行して、各メンバーのフラッシュメモリー空き容量を確認します。
   

   vcg# show file systems ↓ Stack member 1: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 47.2M flash rw flash: static local Y - - system rw system: virtual local - ... Stack member 2: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 47.3M flash rw flash: static local Y - - system rw system: virtual local - ...

   
   この例では、メンバー1の空き容量が47.2MByte、メンバー2の空き容量が47.3MByteであると確認できます。空き容量とイメージファイルのサイズを比較して、すべてのメンバーにイメージファイルを格納するのに充分な空きがあることを確認してください。
   
   いずれかのメンバーの空き容量が足りない場合は、deleteコマンドで不要なファイルを削除して空きを作ってください。たとえば、メンバー2の空き容量が足りない場合は、次のようにして不要なファイルを削除します。
   

   vcg# dir vcg-2/flash:/*.rel ↓ ... 1401740 -rw- Jan 01 2011 00:00:00 vcg-2/flash:/SBx908-nolonger-used.rel ... vcg# delete vcg-2/flash:/SBx908-nolonger-used.rel ↓ Deleting.................................................... Successful operation

   
   ここで、コマンド中の「vcg-2/」はスレーブのファイルシステムを指定するための書式で、VCSグループのホスト名（例ではvcg）、半角ハイフン、スレーブのスタックメンバーID（例では2）、半角スラッシュをつなげたものです。
   
   「vcg-2/」は一例ですので、実際にはご使用の環境におけるホスト名とスタックメンバーIDを指定してください。たとえば、VCSグループのホスト名が「november」でスレーブのスタックメンバーIDが「3」のときは、「vcg-2/」の代わりに「november-3/」と指定します。なお、ホスト名を明示的に設定していない場合、VCSグループのホスト名は「awplus」となります（たとえば、「awplus-2/」などと指定します）。
   
   スレーブファイルシステムの指定方法については、応用編をご覧ください。
   
   
4. 新しいファームウェアのイメージファイルをマスターにダウンロードします。
   

   vcg# copy tftp://10.100.10.70/SBx908-5.4.4-4.16.rel flash ↓ Enter destination file name [SBx908-5.4.4-4.16.rel]: Copying.................................................... Successful operation

   
   
5. boot systemコマンドを使って、新しいイメージファイルを通常用ファームウェアに指定します。このコマンドを実行すると、マスター上のイメージファイルがスレーブメンバーに自動的にコピーされます。イメージファイルの設定は、コマンド実行時にシステムファイルに保存されるため、copyコマンドやwrite fileコマンド、write memoryコマンドなどでコンフィグに保存する必要はありません。
   

   vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# boot system SBx908-5.4.4-4.16.rel ↓ VCS synchronizing file across the stack, please wait........................ File synchronization with stack member-2 successfully completed [DONE]

   
   
6. show bootコマンドを実行して、通常用ファームウェアイメージの設定を確認します。また、各メンバーに対してdirコマンドを実行し、すべてのメンバーに新しいファームウェアのイメージファイルが存在することを確認してください。
   

   vcg# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : SBx908-5.4.4-4.15.rel Current boot image : flash:/SBx908-5.4.4-4.16.rel Backup boot image : Not set Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file exists) Backup boot config : Not set Autoboot status : disabled vcg# dir *.rel ↓ 14492851 -rw- May 11 2012 06:42:05 flash:/SBx908-5.4.4-4.16.rel ... vcg# dir vcg-2/flash:/*.rel ↓ 14492851 -rw- May 11 2012 06:42:05 vcg-2/flash:/SBx908-5.4.4-4.16.rel ...

   
   
7. VCSグループ全体を再起動します。
   

   Note - 再起動中は通信断が発生します。

   vcg(config)# end ↓ vcg# reload ↓ Are you sure you want to reboot the whole stack? (y/n): y ↓ ...

   
   
8. 再起動完了後、show systemコマンドでファームウェアバージョンを確認し、show stackコマンドでVCSグループが正しく構築されていることを確認します。問題がなければ、以上でバージョンアップは完了です。
   

Note - reload rolling/reboot rollingコマンドは、5.3.3系列またはそれ以前のファームウェアに戻すときには使用できません。

Note - reload rolling/reboot rollingコマンドは、メジャーバージョンアップには使用できません。

• マスター（ID=1）、スレーブ（ID=2）でVCSグループを運用中
  
• VCSグループのホスト名は「vcg」
  
• 現在のファームウェアバージョンは5.4.4-4.15
  
• 新しいファームウェアバージョンは5.4.4-4.16
  
• 新しいファームウェアのイメージファイルSBx908-5.4.4-4.16.relは、VCSグループからアクセス可能なTFTPサーバー10.100.10.70上に置かれている
  

  Note - 5.4.4-4.16は説明上使用している架空のファームウェアです。5.4.4-4.15リリース時点では実在しませんのでご注意ください。

1. show stackコマンドを実行し、VCSグループが正しく構築されていることを確認してください。
   

   vcg# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0009.41fb.c7eb 128 Ready Active Master 2 - 0009.41fb.cfaf 128 Ready Backup Member Operational Status Normal operation Stack MAC address 0009.41fb.c7eb

   
   
2. TFTPサーバー上などで、新しいファームウェアイメージファイルのサイズを確認してください。Windowsならファイルの「プロパティ」や「dir」コマンド、UNIXなら「ls -l」コマンドなどで確認します。
   
   
3. show file systemsコマンドを実行して、各メンバーのフラッシュメモリー空き容量を確認します。
   

   vcg# show file systems ↓ Stack member 1: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 47.2M flash rw flash: static local Y - - system rw system: virtual local - ... Stack member 2: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 47.3M flash rw flash: static local Y - - system rw system: virtual local - ...

   
   この例では、メンバー1の空き容量が47.2MByte、メンバー2の空き容量が47.3MByteであると確認できます。空き容量とイメージファイルのサイズを比較して、すべてのメンバーにイメージファイルを格納するのに充分な空きがあることを確認してください。
   
   いずれかのメンバーの空き容量が足りない場合は、deleteコマンドで不要なファイルを削除して空きを作ってください。たとえば、メンバー2の空き容量が足りない場合は、次のようにして不要なファイルを削除します。
   

   vcg# dir vcg-2/flash:/*.rel ↓ ... 1401740 -rw- Jan 01 2011 00:00:00 vcg-2/flash:/SBx908-nolonger-used.rel ... vcg# delete vcg-2/flash:/SBx908-nolonger-used.rel ↓ Deleting.................................................... Successful operation

   
   ここで、コマンド中の「vcg-2/」はスレーブのファイルシステムを指定するための書式で、VCSグループのホスト名（例ではvcg）、半角ハイフン、スレーブのスタックメンバーID（例では2）、半角スラッシュをつなげたものです。
   
   「vcg-2/」は一例ですので、実際にはご使用の環境におけるホスト名とスタックメンバーIDを指定してください。たとえば、VCSグループのホスト名が「november」でスレーブのスタックメンバーIDが「3」のときは、「vcg-2/」の代わりに「november-3/」と指定します。なお、ホスト名を明示的に設定していない場合、VCSグループのホスト名は「awplus」となります（たとえば、「awplus-2/」などと指定します）。
   
   スレーブファイルシステムの指定方法については、応用編をご覧ください。
   
   
4. 新しいファームウェアのイメージファイルをマスターにダウンロードします。
   

   vcg# copy tftp://10.100.10.70/SBx908-5.4.4-4.16.rel flash ↓ Enter destination file name [SBx908-5.4.4-4.16.rel]: Copying.................................................... Successful operation

   
   
5. boot systemコマンドを使って、新しいイメージファイルを通常用ファームウェアに指定します。このコマンドを実行すると、マスター上のイメージファイルがスレーブメンバーに自動的にコピーされます。イメージファイルの設定は、コマンド実行時にシステムファイルに保存されるため、copyコマンドやwrite fileコマンド、write memoryコマンドなどでコンフィグに保存する必要はありません。
   

   vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# boot system SBx908-5.4.4-4.16.rel ↓ VCS synchronizing file across the stack, please wait........................ File synchronization with stack member-2 successfully completed [DONE]

   
   
6. show bootコマンドを実行して、通常用ファームウェアイメージの設定を確認します。また、各メンバーに対してdirコマンドを実行し、すべてのメンバーに新しいファームウェアのイメージファイルが存在することを確認してください。
   

   vcg# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : SBx908-5.4.4-4.15.rel Current boot image : flash:/SBx908-5.4.4-4.16.rel Backup boot image : Not set Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file exists) Backup boot config : Not set Autoboot status : disabled vcg# dir *.rel ↓ 14492851 -rw- May 11 2012 06:42:05 flash:/SBx908-5.4.4-4.16.rel ... vcg# dir vcg-2/flash:/*.rel ↓ 14492851 -rw- May 11 2012 06:42:05 vcg-2/flash:/SBx908-5.4.4-4.16.rel ...

   
   
7. reload rolling/reboot rollingコマンドによりVCSグループを再起動します。
   

   vcg# reboot rolling ↓ The stack master will reboot immediately and boot up with the configuration file settings. The remaining stack members will then reboot once the master has finished re-configuring. Continue the rolling reboot of the stack? (y/n): y 21:21:40 vcg VCS[1034]: Automatically rebooting stack member-1 (MAC: 0009.41fb. c7eb) due to Rolling reboot

Note - スレーブからマスターへ遷移するとき、リンクダウンはしません。

Note - マスター（ID=1）は正常起動するまでポートをリンクアップしません。旧マスター（ID=2）も再起動中はリンクダウンするため、マスター（ID=1）がコンフィグを読み込んでから正常起動するまでの間、一時的にVCSグループの全ポートがリンクダウンしている状態になります。

Note - 本機能はファームウェアバージョン5.4.1-2.8からサポートとなりますが、バージョンアップ時に実際に使用できるのは5.4.1-2.8よりあとのバージョンがリリースされたとき、つまり、現在のファームウェアバージョンが5.4.1-2.8以降で、新しいファームウェアバージョンが5.4.1-2.9 以降の場合となります。

Note - SDHCカードを使用する場合は、SDHCカードを装着して起動するマスターのブートローダーバージョンが1.1.6以降である必要があります。ブートローダーバージョンはshow systemコマンドの出力結果の「Bootloader version」の項目で確認できます。

vcg# show system ↓ Stack System Status Wed Mar 02 08:05:08 2011 Stack member 1: Board ID Bay Board Name Rev Serial number -------------------------------------------------------------------------------- Base 281 SwitchBlade x908 C-2 C1JB9C02U Expansion 273 Bay1 XEM-12S D-0 A1HC8207X PSU 298 PSU1 AT-PWR05-AC B-0 100525-000B1 -------------------------------------------------------------------------------- RAM: Total: 513000 kB Free: 408220 kB Flash: 63.0MB Used: 59.8MB Available: 3.2MB -------------------------------------------------------------------------------- Environment Status : Normal Uptime : 0 days 23:52:27 Bootloader version : 1.1.6 Stack member 2: Board ID Bay Board Name Rev Serial number -------------------------------------------------------------------------------- Base 281 SwitchBlade x908 D-2 C1JBA2018 Expansion 273 Bay1 XEM-12S D-0 A1HC8A02Q PSU 298 PSU1 AT-PWR05-AC B-0 100525-000BY -------------------------------------------------------------------------------- RAM: Total: 513000 kB Free: 410432 kB Flash: 63.0MB Used: 56.6MB Available: 6.4MB -------------------------------------------------------------------------------- Environment Status : Normal Uptime : 0 days 22:50:33 Bootloader version : 1.1.6

• マスター（ID=1）、スレーブ（ID=2）でVCS グループを運用中
  
• VCSグループのホスト名は「vcg」
  
• 現在のファームウェアバージョンは5.4.4-4.15
  
• 新しいファームウェアバージョンは5.4.4-4.16
  

  Note - 5.4.4-4.16は説明上使用している架空のファームウェアです。5.4.4-4.15リリース時点では実在しませんのでご注意ください。

[SDカードの準備]
SDカードの読み書きができるPCなどを使って下記の準備をしてください。


1. 新しいファームウェアイメージファイルをSDカードのルートディレクトリーにコピーします。
   
   
2. SDカードオートブート機能で使用する設定ファイル（autoboot.txt）を作成します。本設定ファイルはプレインテキストファイルです。コマンドリファレンスに記載されている書式にしたがって編集してください。
   

   [AlliedWare Plus] Copy_from_external_media_enabled=yes Boot_Release=SBx908-5.4.4-4.16.rel

   
   
3. 前の手順で作成したautoboot.txtをSDカードのルートディレクトリーにコピーします。
   
   [バージョンアップ]
   
   
4. PC上などで、新しいファームウェアイメージファイルのサイズを確認してください。Windows ならファイルの「プロパティ」や「dir」コマンド、UNIX なら「ls -l」コマンドなどで確認します。
   
   
5. show file systemsコマンドを実行して、各メンバーのフラッシュメモリー空き容量を確認します。
   

   vcg# show file systems ↓ Stack member 1: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 35.5M flash rw flash: static local Y - - system rw system: virtual local - ... Stack member 2: Size(b) Free(b) Type Flags Prefixes S/D/V Lcl/Ntwk Avail ------------------------------------------------------------------- 63.0M 38.5M flash rw flash: static local Y - - system rw system: virtual local - ...

   
   この例では、メンバー1 の空き容量が35.5MByte、メンバー2 の空き容量が38.5MByteであると確認できます。空き容量とイメージファイルのサイズを比較して、すべてのメンバーにイメージファイルを格納するのに充分な空きがあることを確認してください。いずれかのメンバーの空き容量が足りない場合は、deleteコマンドで不要なファイルを削除して空きを作ってください。たとえば、メンバー2 の空き容量が足りない場合は、次のようにして不要なファイルを削除します。
   

   vcg# dir vcg-2/flash:/*.rel ↓ ... 1401740 -rw- Jan 01 2011 00:00:00 vcg-2/flash:/SBx908-nolonger-used.rel ... vcg# delete vcg-2/flash:/SBx908-nolonger-used.rel ↓ Deleting.................................................... Successful operation

   
   ここで、コマンド中の「vcg-2/」はスレーブのファイルシステムを指定するための書式で、VCSグループのホスト名（例ではvcg）、半角ハイフン、スレーブのスタックメンバーID（例では2）、半角スラッシュをつなげたものです。「vcg-2/」は一例ですので、実際にはご使用の環境におけるホスト名とスタックメンバーID を指定してください。たとえば、VCS グループのホスト名が「november」でスレーブのスタックメンバーID が「3」のときは、「vcg-2/」の代わりに「november-3/」と指定します。なお、ホスト名を明示的に設定していない場合、VCS グループのホスト名は「awplus」となります（たとえば、「awplus-2/」などと指定します）。
   スレーブファイルシステムの指定方法については、応用編をご覧ください。
   
   
6. レジリエンシーリンクが接続されていることを確認します。
   
   
7. VCSのスレーブ側のスタックケーブルを抜きます。
   
   
8. コンソール上でautoboot enableコマンドを実行し、SDカードオートブート機能を有効にします。同コマンドの設定は、実行と同時にシステムファイルに保存されるため、copyコマンドやwrite fileコマンド、write memoryコマンドなどでコンフィグに保存する必要はありません。
   

   vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# autoboot enable ↓

   
   
9. 現在のコンフィグを念のためバックアップします。ここでは例としてbefore-autoboot-upgrade.cfgというファイル名でバックアップしています。
   

   vcg(config)# exit ↓ vcg# copy running-config before-autoboot-upgrade.cfg ↓

   
   
10. SDカードをマスターのUSBポートに挿入します。
    
    
11. 次のコマンドを実行して、マスターを再起動します。マスターの再起動により、スレーブがマスターに昇格します。
    

    vcg# reload ↓

    
    
12. 旧マスターの再起動中に、SDカードオートブート機能が動作していることを示す次のメッセージが表示され、その後再度旧マスターが自動的に再起動します。
    

    09:28:21 awplus Autoboot: autoboot.txt file detected awplus login: 09:29:21 awplus Autoboot: Restoring release from card:/SBx908-5.4.4-4.16.rel to flash:SBx908-5.4.4-4.16.rel. This may take several minutes to complete. 09:29:21 awplus Autoboot: Please wait until the device reboots. 09:30:21 awplus Autoboot: Release successfully restored 09:30:21 awplus Autoboot: Autoboot restore successful, rebooting device.

    
    
13. 旧マスターの2回目の起動が完了して、ログインプロンプトが表示されたら、旧スレーブ（現マスター）の電源を切ります。これにより、旧マスターが再びマスターに昇格します。
    
    
14. 旧スレーブ側のスタックケーブルを接続し、再度電源を入れます。起動中、マスターと同期をとるためにもう一度自動的に再起動します。
    
    
15. 旧スレーブの再起動が完了したら、マスター側でshow bootコマンドを実行し、SDカード上のautoboot.txtファイルで指定したファームウェアイメージファイルが通常用ファームウェアとして設定されており、実際にロードされていることを確認してください。また、バージョンアップ前に使用していたファームウェアイメージファイルがバックアップ用ファームウェアとして設定されていることを確認してください。問題がなければ、以上でバージョンアップは完了です。
    

    vcg# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : SBx908-5.4.4-4.16.rel Current boot image : flash:/SBx908-5.4.4-4.16.rel Backup boot image : flash:/SBx908-5.4.4-4.15.rel Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file exists) Backup boot config: Not set Autoboot status : enabled

    
    
16. バージョンアップが完了したら、autoboot enableコマンドをno形式で実行し、SDカードオートブート機能を無効にしてください。
    同コマンドの設定は、実行と同時にシステムファイルに保存されるため、copyコマンドやwrite fileコマンド、write memoryコマンドなどでコンフィグに保存する必要はありません。
    

    vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# no autoboot enable ↓

Note - SDHCカードを使用する場合は、SDHCカードを装着して起動するマスターのブートローダーバージョンが1.1.6以降である必要があります。ブートローダーバージョンはshow systemコマンドの出力結果の「Bootloader version」の項目で確認できます。

vcg# show system ↓ Stack System Status Wed Mar 02 08:05:08 2011 Stack member 1: Board ID Bay Board Name Rev Serial number -------------------------------------------------------------------------------- Base 281 SwitchBlade x908 C-2 C1JB9C02U Expansion 273 Bay1 XEM-12S D-0 A1HC8207X PSU 298 PSU1 AT-PWR05-AC B-0 100525-000B1 -------------------------------------------------------------------------------- RAM: Total: 513000 kB Free: 408220 kB Flash: 63.0MB Used: 59.8MB Available: 3.2MB -------------------------------------------------------------------------------- Environment Status : Normal Uptime : 0 days 23:52:27 Bootloader version : 1.1.6 Stack member 2: Board ID Bay Board Name Rev Serial number -------------------------------------------------------------------------------- Base 281 SwitchBlade x908 D-2 C1JBA2018 Expansion 273 Bay1 XEM-12S D-0 A1HC8A02Q PSU 298 PSU1 AT-PWR05-AC B-0 100525-000BY -------------------------------------------------------------------------------- RAM: Total: 513000 kB Free: 410432 kB Flash: 63.0MB Used: 56.6MB Available: 6.4MB -------------------------------------------------------------------------------- Environment Status : Normal Uptime : 0 days 22:50:33 Bootloader version : 1.1.6

• マスター（ID=1）、スレーブ（ID=2）でVCS グループを運用中
  
• VCSグループのホスト名は「vcg」
  
• 現在のファームウェアバージョンは5.4.4-4.15
  
• 新しいファームウェアバージョンは5.4.4-4.16
  

  Note - 5.4.4-4.16は説明上使用している架空のファームウェアです。5.4.4-4.15リリース時点では実在しませんのでご注意ください。

1. show stackコマンドを実行し、VCS グループが正しく構築されていることを確認してください。
   

   vcg# show stack ↓ Virtual Chassis Stacking summary information ID Pending ID MAC address Priority Status Role 1 - 0015.7793.23cb 128 Ready Active Master 2 - 0015.77df.f59d 128 Ready Backup Member Operational Status Normal operation Stack MAC address 0000.cd37.03db (Virtual MAC)

   
   
2. 新しいファームウェアイメージファイルをSDカードに保存します。新しいファームウェアイメージファイルを保存するのはマスターで使用するSDカードのみでも問題ありませんが、この場合はスレーブで使用するすべてのSDカードに新しいファームウェアイメージファイルを保存できる空き容量があることを確認してください。
   
   
3. SDカードをすべてのスタックメンバーのSDカードスロットに挿入します。
   
   
4. boot systemコマンドのbackupパラメーターを使って、SDカードが挿入されていなかったときに使用するバックアップ用ファームウェアを指定します。バックアップ用ファームウェアが設定されていないと、SDカードに保存されているファームウェアを通常用ファームウェアに設定できません。現在通常用ファームウェアとして指定しているファームウェアをバックアップ用ファームウェアとして指定する場合は、「no boot system」を先に実行してください。
   

   vcg# configure terminal ↓ Enter configuration commands, one per line. End with CNTL/Z. vcg(config)# no boot system ↓ vcg(config)# boot system backup SBx908-5.4.4-4.15.rel ↓ VCS synchronizing file across the stack, please wait... File synchronization with stack member-2 successfully completed [DONE]

   
   
5. boot systemコマンドを使って、SDカードに保存されている新しいファームウェアを通常用ファームウェアに指定します。
   

   vcg(config)# boot system card:/SBx908-5.4.4-4.16.rel ↓ VCS synchronizing file across the stack, please wait....... File synchronization with stack member-2 successfully completed [DONE]

   
   
6. show bootコマンドを実行して、通常用ファームウェアとバックアップ用ファームウェアの設定を確認します。
   

   vcg# show boot ↓ Boot configuration -------------------------------------------------------------------------------- Current software : SBx908-5.4.4-4.15.rel Current boot image : card:/SBx908-5.4.4-4.16.rel Backup boot image : flash:/SBx908-5.4.4-4.15.rel Default boot config: flash:/default.cfg Current boot config: flash:/default.cfg (file exists) Backup boot config: Not set Autoboot status : disabled

   
   
7. reload/rebootコマンドもしくは、reload rolling/reboot rollingコマンドによりVCSグループ全体を再起動します。
   

   Note - reload rolling/reboot rollingコマンドは、メジャーバージョンアップには使用できません。

   vcg# reload ↓ Are you sure you want to reboot the whole stack? (y/n): y ↓

   
   
8. 再起動完了後、show systemコマンドでファームウェアバージョンを確認し、show stackコマンドでVCS グループが正しく構築されていることを確認します。問題がなければ、以上でバージョンアップは完了です。
   

(C) 2007 - 2016 アライドテレシスホールディングス株式会社

PN: 613-002380 Rev.A