- Preface
- New and Changed Information
- Overview
- Using the Cisco NX-OS Setup Utility
- Using PowerOn Auto Provisioning
- Understanding the Command-Line Interface
- Configuring Terminal Settings and Sessions
- Basic Device Management
- Using the Device File Systems, Directories, and Files
- Working with Configuration Files
- Configuring CDP
- Configuring NTP
- Managing System Hardware
- Managing Modules
- Index
- About Modules
- Maintaining Supervisor Modules
- Verifying the Status of a Module
- Checking the State of a Module
- Connecting to a Module
- Reloading Modules
- Saving the Module Configuration
- Purging Module Configurations
- Powering Off Switching Modules
- Identifying Module LEDs
- EPLD Images
- SSI Boot Images
Managing Modules
This chapter describes how to manage switching and services modules (also known as line cards) and provides information on monitoring module states.
- About Modules
- Maintaining Supervisor Modules
- Verifying the Status of a Module
- Checking the State of a Module
- Connecting to a Module
- Reloading Modules
- Saving the Module Configuration
- Purging Module Configurations
- Powering Off Switching Modules
- Identifying Module LEDs
- EPLD Images
- SSI Boot Images
- Managing SSMs and Supervisor Modules
- Default Settings
About Modules
| Product | Number of Supervisor Modules | Supervisor Module Slot Number | Switching and Services Module Features |
|---|---|---|---|
| Cisco MDS 9513 | Two modules | 7 and 8 | 13-slot chassis allows any switching or services module in the other eleven slots. |
| Cisco MDS 9509 | Two modules | 5 and 6 | 9-slot chassis allows any switching or services module in the other seven slots. |
| Cisco MDS 9506 | Two modules | 5 and 6 | 6-slot chassis allows any switching or services module in the other four slots. |
| Cisco MDS 9216 | One module | 1 | 2-slot chassis allows one optional switching or services module in the other slot. |
| Cisco MDS 9216A | One module | 1 | 2-slot chassis allows one optional switching or services module in the other slot. |
| Cisco MDS 9216i | One module | 1 | 2-slot chassis allows one optional switching or services module in the other slot. |
Supervisor Modules
Supervisor modules are automatically powered up and started with the switch. The Cisco MDS Family switches have the following supervisor module configurations:
-
Cisco MDS 9513 Directors—Two supervisor modules, one in slot 7 (sup-1) and one in slot 8 (sup-2). When the switch powers up and both supervisor modules come up together, the active module is the one that comes up first. The standby module constantly monitors the active module. If the active module fails, the standby module takes over without any impact to user traffic.
-
Cisco MDS 9506 and Cisco MDS 9509 Directors—Two supervisor modules, one in slot 5 (sup-1) and one in slot 6 (sup-2). When the switch powers up and both supervisor modules come up together, the active module is the one that comes up first. The standby module constantly monitors the active module. If the active module fails, the standby module takes over without any impact to user traffic.
-
Cisco MDS 9216i switches—One supervisor module that includes an integrated switching module with 14 Fibre Channel ports and two Gigabit Ethernet ports.
-
Cisco MDS 9200 Series switches—One supervisor module that includes an integrated 16-port switching module.
| Module Terms | Fixed or Relative | Usage |
|---|---|---|
|
module-7 and module-8 |
Fixed usage for the Cisco MDS 9513 Director |
module-7 always refers to the supervisor module in slot 7 and module-8 always refers to the supervisor module in slot 8. |
|
module-5 and module-6 |
Fixed usage for the Cisco MDS 9509 and Cisco MDS 9506 Directors |
module-5 always refers to the supervisor module in slot 5 and module-6 always refers to the supervisor module in slot 6. |
|
module-1 |
Fixed usage for the Cisco MDS 9200 Series switches |
module-1 always refers to the supervisor module in slot 1. |
|
sup-1 and sup-2 |
Fixed usage |
On the Cisco MDS 9506 and MDS 9509 switches, sup-1 always refers to the supervisor module in slot 5 and sup-2 always refers to the supervisor module in slot 6. On the Cisco MDS 9513 Directors, sup-1 always refers to the supervisor module in slot 7 and sup-2 always refers to the supervisor module in slot 8. |
|
sup-active and sup-standby |
Relative usage |
sup-active refers to the active supervisor module-relative to the slot that contains the active supervisor module. sup-standby refers to the standby supervisor module-relative to the slot that contains the standby supervisor module. |
|
sup-local and sup-remote |
Relative usage |
If you are logged into the active supervisor, sup-local refers to the active supervisor module and sup-remote refers to the standby supervisor module. If you are logged into the standby supervisor, sup-local refers to the standby supervisor module (the one you are logged into.) There is no sup-remote available from the standby supervisor module (you cannot access a file system on the active sup). |
Switching Modules
Cisco MDS 9000 Family switches support any switching module in any non-supervisor slot. These modules obtain their image from the supervisor module.
Services Modules
Cisco MDS 9000 Family switches support any services module in any non-supervisor slot.
Refer to the Cisco MDS 9000 Family SAN Volume Controller Configuration Guide for more information on Cisco MDS 9000 Caching Services Modules (CSMs).
Maintaining Supervisor Modules
This section includes general information about replacing and using supervisor modules effectively.
- Replacing Supervisor Modules
- Standby Supervisor Module Boot Variable Version
- Standby Supervisor Module Bootflash Memory
- Standby Supervisor Module Boot Alert
Replacing Supervisor Modules
To avoid packet loss when removing a supervisor module from a Cisco MDS 9500 Series Director, take the supervisor modules out of service before removing the supervisor module.
Use the out-of-service command before removing the supervisor module.
out-of-service module slot
Where slot indicates the chassis slot number in which the supervisor module resides.
![]() Note | You must remove and reinsert or replace the supervisor module to bring it into service. |
Standby Supervisor Module Boot Variable Version
If the standby supervisor module boot variable images are not the same version as those running on the active supervisor module, the software forces the standby supervisor module to run the same version as the active supervisor module.
If you specifically set the boot variables of the standby supervisor module to a different version and reboot the standby supervisor module, the standby supervisor module will only load the specified boot variable if the same version is also running on the active supervisor module. At this point, the standby supervisor module is not running the images set in the boot variables.
Standby Supervisor Module Bootflash Memory
When updating software images on the standby supervisor module, verify that there is enough space available for the image using the dir bootflash://sup-standby/ command. It is a good practice to remove older versions of Cisco MDS NX-OS images and kickstart images.
Standby Supervisor Module Boot Alert
If a standby supervisor module fails to boot, the active supervisor module detects that condition and generates a Call Home event and a system message and reboots the standby supervisor module approximately 3 to 6 minutes after the standby supervisor module moves to the loader> prompt.
The following system message is issued:
%DAEMON-2-SYSTEM_MSG:Standby supervisor failed to boot up.
This error message is also generated if one of the following situations apply:
Verifying the Status of a Module
Before you begin configuring the switch, you need to ensure that the modules in the chassis are functioning as designed. To verify the status of a module at any time, issue the show module command. The interfaces in each module are ready to be configured when the ok status is displayed in the show module command output. A sample screenshot output of the show module command follows:
switch# show module Mod Ports Module-Type Model Status --- ----- ------------------------------- ------------------ ------------ 2 8 IP Storage Services Module DS-X9308-SMIP ok 4 0 Caching Services Module ok 5 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 active * 6 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 ha-standby 8 0 Caching Services Module DS-X9560-SMAP ok 9 32 1/2 Gbps FC Module DS-X9032 ok Mod Sw Hw World-Wide-Name(s) (WWN) --- ----------- ------ -------------------------------------------------- 2 1.3(0.106a) 0.206 20:41:00:05:30:00:00:00 to 20:48:00:05:30:00:00:00 5 1.3(0.106a) 0.602 -- 6 1.3(0.106a)) 0.602 -- <--------------- New running version in module 6 8 1.3(0.106a) 0.702 -- 9 1.3(0.106a) 0.3 22:01:00:05:30:00:00:00 to 22:20:00:05:30:00:00:00 Mod MAC-Address(es) Serial-Num --- -------------------------------------- ---------- 2 00-05-30-00-9d-d2 to 00-05-30-00-9d-de JAB064605a2 5 00-05-30-00-64-be to 00-05-30-00-64-c2 6 00-d0-97-38-b3-f9 to 00-d0-97-38-b3-fd JAB06350B1R 8 00-05-30-01-37-7a to 00-05-30-01-37-fe JAB072705ja 9 00-05-30-00-2d-e2 to 00-05-30-00-2d-e6 JAB06280ae9 * this terminal session
The Status column in the output should display an ok status for switching modules and an active or standby (or HA-standby) status for supervisor modules. If the status is either ok or active, you can continue with your configuration.
![]() Note | A standby supervisor module reflects the HA-standby status if the HA switchover mechanism is enabled. If the warm switchover mechanism is enabled, the standby supervisor module reflects the standby status. |
Checking the State of a Module
If your chassis has more than one switching module (also known as line card), you can check the progress by issuing the show module command several times and viewing the Status column each time. The switching module goes through a testing and an initializing stage before displaying an ok status.
|
Module Status Output |
Description |
|---|---|
powered up |
The hardware has electrical power. When the hardware is powered up, the software begins booting. |
testing |
The switching module has established connection with the supervisor module and the switching module is performing bootup diagnostics. |
initializing |
The diagnostics have completed successfully and the configuration is being downloaded. |
failure |
The switch detects a switching module failure upon initialization and automatically attempts to power-cycle the module three times. After the third attempt it continues to display a failed state. |
ok |
The switch is ready to be configured. |
power-denied |
The switch detects insufficient power for a switching module to power up. |
active |
This module is the active supervisor module and the switch is ready to be configured. |
HA-standby |
The HA switchover mechanism is enabled on the standby supervisor module. |
standby |
The warm switchover mechanism is enabled on the standby supervisor module. |
Connecting to a Module
At any time, you can connect to any module using the attach module command. Once you are at the module prompt, you can obtain further details about the module using module-specific commands.
You can also use the attach module command as follows:
1.
attach module
slot
2.
exit
DETAILED STEPS
Reloading Modules
You can reload the entire switch, reset specific modules in the switch, or reload the image on specific modules in the switch.
Reloading a Switch
To reload the switch, issue the reload command without any options. When you issue this command, you reboot the switch (see the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide.
Power Cycling Modules
You can power cycle any module in a chassis. Power cycling reinitializes the module.
1. Identify the module that needs to be reset.
2. Issue the reload module command to reset the identified module. This command power cycles the selected module.
DETAILED STEPS
Reloading Switching Modules
Switching modules automatically download their images from the supervisor module and do not need a forced download. This procedure is provided for reference if a new image is required.
1. Identify the switching module that requires the new image.
2. Issue the reload module command to update the image on the switching module.
DETAILED STEPS
| Step 1 | Identify the switching module that requires the new image. |
| Step 2 | Issue the
reload module command to update the image on the
switching module.
reload module number force-dnld number indicates the slot in which the identified module resides. In this example, the identified module resides in slot 9: switch# reload module 9 force-dnld Jan 1 00:00:46 switch %LC-2-MSG:SLOT9 LOG_LC-2-IMG_DNLD_COMPLETE: COMPLETED downloading of linecard image. Download successful... |
Saving the Module Configuration
Issue the copy running-config startup-config command to save the new configuration into nonvolatile storage. Once this command is issued, the running and the startup copies of the configuration are identical.
|
Scenario |
Consequence |
|---|---|
|
You remove a switching module and issue the copy running-config startup-config command. |
The configured module information is lost. |
|
You remove a switching module and reinsert the same switching module before issuing the copy running-config startup-config command. |
The configured module information is saved. |
|
You remove a switching module, insert the same type switching module in the same slot, and issue a reload module number command. |
The configured module information is saved. |
|
You enter a reload module number command to reload a switching module. |
The configured module information is preserved. |
|
You remove a switching module and insert a different type of switching module in the slot. For example, you replace a 16-port switching module with a 32-port switching module. Sample scenario:
|
The configured module information is lost from the running configuration. The default configuration is applied. The configured module information remains in startup configuration until a copy running-config startup-config command is issued again. Sample response: |
Purging Module Configurations
Enter the purge module slot running-config command to delete the configuration in a specific module. Once you enter this command, the Cisco NX-OS software clears the running configuration for the specified slot. This command does not work on supervisor modules or on any slot that currently has a module. This command only works on an empty slot (where the specified module once resided).
The purge module command clears the configuration for any module that previously existed in a slot and has since been removed. While the module was in that slot, some parts of the configuration may have been stored in the running configuration and cannot be reused (for example, IP addresses), unless you clear it from the running configuration.
For example, suppose you create an IP storage configuration with an IPS module in slot 3 in Switch A. This module uses IP address 10.1.5.500. You decide to remove this IPS module and move it to Switch B, and you no longer need the IP address10.1.5.500. If you try to configure this unused IP address, you will receive an error message that prevents you from proceeding with the configuration. In this case, you must enter the purge module 3 running-config command to clear the old configuration on Switch A before proceeding with using this IP address.
Powering Off Switching Modules
You can power off a switching module from the command-line interface (CLI). By default, all switching modules are in the power up state when the chassis loads or you insert the module into the chassis.
1.
configure terminal
2.
[no]
poweroff module
slot
DETAILED STEPS
| Command or Action | Purpose |
|---|
Identifying Module LEDs
|
LED |
Status |
Description |
|---|---|---|
|
Status |
Green |
All diagnostics pass. The module is operational (normal initialization sequence). |
|
Orange |
The module is booting or running diagnostics (normal initialization sequence). or The inlet air temperature of the system has exceeded the maximum system operating temperature limit (a minor environmental warning). To ensure maximum product life, you should immediately correct the environmental temperature and restore the system to normal operation. |
|
|
Red |
The diagnostic test failed. The module is not operational because a fault occurred during the initialization sequence. or The inlet air temperature of the system has exceeded the safe operating temperature limits of the card (a major environmental warning). The card has been shut down to prevent permanent damage. The system will be shut down after two minutes if this condition is not cleared. |
|
|
Speed |
On |
2-Gbps mode and beacon mode disabled. |
|
Off |
1-Gbps mode and beacon mode disabled. |
|
|
Flashing |
Beacon mode enabled. |
|
|
Link |
Solid green |
Link is up. |
|
Solid yellow |
Link is disabled by software. |
|
|
Flashing yellow |
A fault condition exists. |
|
|
Off |
No link. |
|
LED |
Status |
Description |
|---|---|---|
|
Status |
Green |
All diagnostics pass. The module is operational (normal initialization sequence). |
|
Orange |
The module is booting or running diagnostics (normal initialization sequence). or The inlet air temperature of the system has exceeded the maximum system operating temperature limit (a minor environmental warning). To ensure maximum product life, you should immediately correct the environmental temperature and restore the system to normal operation. |
|
|
Red |
The diagnostic test failed. The module is not operational because a fault occurred during the initialization sequence. or The inlet air temperature of the system has exceeded the safe operating temperature limits of the card (a major environmental warning). The card has been shut down to prevent permanent damage. |
|
|
System |
Green |
All chassis environmental monitors are reporting OK. |
|
Orange |
The power supply failed or the power supply fan failed. or Incompatible power supplies are installed. or The redundant clock failed. |
|
|
Red |
The temperature of the supervisor module exceeded the major threshold. |
|
|
MGMT 10/100 Ethernet Link LED |
Green |
Link is up. |
|
Off |
No link. |
|
|
MGMT 10/100 Ethernet Activity LED |
Green |
Traffic is flowing through port. |
|
Off |
No link or no traffic. |
|
LED |
Status |
Description |
|---|---|---|
|
Status |
Green |
All diagnostics pass. The module is operational (normal initialization sequence). |
|
Red |
The module is booting or running diagnostics (normal initialization sequence). or The inlet air temperature of the system has exceeded the maximum system operating temperature limit (a minor environmental warning). To ensure maximum product life, you should immediately correct the environmental temperature and restore the system to normal operation. |
|
|
Orange |
The diagnostic test failed. The module is not operational because a fault occurred during the initialization sequence. or The inlet air temperature of the system has exceeded the safe operating temperature limits of the card (a major environmental warning). The card has been shut down to prevent permanent damage. |
|
|
Speed |
On |
2-Gbps mode. |
|
Off |
1-Gbps mode. |
|
|
Link |
Solid green |
Link is up. |
|
Steady flashing green |
Link is up (beacon used to identify port). |
|
|
Intermittent flashing green |
Link is up (traffic on port). |
|
|
Solid yellow |
Link is disabled by software. |
|
|
Flashing yellow |
A fault condition exists. |
|
|
Off |
No link. |
The LEDs on the supervisor module indicate the status of the supervisor module, power supplies, and the fan module.
|
LED |
Status |
Description |
||
|---|---|---|---|---|
|
Status |
Green |
All diagnostics pass. The module is operational (normal initialization sequence). |
||
|
Orange |
The module is booting or running diagnostics (normal initialization sequence). or An over temperature condition has occurred (a minor threshold has been exceeded during environmental monitoring). |
|||
|
Red |
The diagnostic test failed. The module is not operational because a fault occurred during the initialization sequence. or An over temperature condition occurred (a major threshold was exceeded during environmental monitoring). |
|||
|
System
|
Green |
All chassis environmental monitors are reporting OK. |
||
|
Orange |
The power supply has failed or the power supply fan has failed. or Incompatible power supplies are installed. or The redundant clock has failed. |
|||
|
Red |
The temperature of the supervisor module major threshold has been exceeded. |
|||
|
Active |
Green |
The supervisor module is operational and active. |
||
|
Orange |
The supervisor module is in standby mode. |
|||
|
Pwr Mgmt1 |
Green |
Sufficient power is available for all modules. |
||
|
Orange |
Sufficient power is not available for all modules. |
|||
|
MGMT 10/100 Ethernet Link LED |
Green |
Link is up. |
||
|
Off |
No link. |
|||
|
MGMT 10/100 Ethernet Activity LED |
Green |
Traffic is flowing through port. |
||
|
Off |
No link or no traffic. |
|||
|
Compact Flash |
Green |
The external CompactFlash card is being accessed. |
||
|
Off |
No activity. |
EPLD Images
Switches and directors in the Cisco MDS 9000 Family contain several electrical programmable logical devices (EPLDs) that provide hardware functionalities in all modules. EPLD image upgrades are periodically provided to include enhanced hardware functionality or to resolve known issues.
![]() Tip | Refer to the Cisco MDS NX-OS Release Notes to verify if the EPLD has changed for the Cisco NX-OS image version being used. |
Upgrading EPLD Images
You can upgrade the EPLD images on the modules.
![]() Note | The same procedure used to upgrade the EPLD images on a module can be used to downgrade the EPLD images. |
1. Log into the switch through the console port, an SSH session, or a Telnet session.
2. Enter the show version command to verify the Cisco MDS NX-OS software release running on the MDS switch.
3. If necessary, upgrade the Cisco MDS NX-OS software running on your switch (see the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide).
4. Issue the dir bootflash: or dir slot0: command to verify that the EPLD software image file corresponding to your Cisco MDS NX-OS release is present on the active supervisor module. For example, if your switch is running Cisco MDS SAN-OS Release 2.1(2), you must have m9000-epld-2.1.2.img in bootflash: or slot0: on the active supervisor module.
5. If you need to obtain the appropriate EPLD software image file, follow these steps:
6. Use the install module number epld url command on the active supervisor module to upgrade EPLD images for a module.
DETAILED STEPS
| Step 1 | Log into the switch through the console port, an SSH session, or a Telnet session. | ||
| Step 2 | Enter the
show version command to verify the Cisco MDS NX-OS
software release running on the MDS switch.
switch# show version Cisco Nexus Operating System (NX-OS) Software TAC support: http://www.cisco.com/tac Copyright (c) 2002-2006, Cisco Systems, Inc. All rights reserved. The copyrights to certain works contained herein are owned by other third parties and are used and distributed under license. Some parts of this software may be covered under the GNU Public License or the GNU Lesser General Public License. A copy of each such license is available at http://www.gnu.org/licenses/gpl.html and http://www.gnu.org/licenses/lgpl.html Software BIOS: version 1.0.8 loader: version unavailable [last: 1.0(0.267c)] kickstart: version 2.1(2) [build 2.1(2.47)] [gdb] system: version 2.1(2) [build 2.1(2.47)] [gdb] ... | ||
| Step 3 | If necessary, upgrade the Cisco MDS NX-OS software running on your switch (see the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide). | ||
| Step 4 | Issue the
dir bootflash: or
dir slot0: command to verify that the EPLD
software image file corresponding to your Cisco MDS NX-OS release is present on
the active supervisor module. For example, if your switch is running Cisco MDS
SAN-OS Release 2.1(2), you must have m9000-epld-2.1.2.img in bootflash: or
slot0: on the active supervisor module.
switch# dir bootflash: 12288 Jan 01 00:01:07 1980 lost+found/ 2337571 May 31 13:43:02 2005 m9000-epld-2.1.2.img ... You can find the EPLD images at the following URL: | ||
| Step 5 | If you need to obtain the appropriate EPLD software image file,
follow these steps:
| ||
| Step 6 | Use the
install module
number
epld
url command on the active supervisor module to
upgrade EPLD images for a module.
switch# install module 2 epld bootflash:m9000-epld-2.1.2.img EPLD Curr Ver New Ver ------------------------------------------------------- XBUS IO 0x07 0x07 UD Flow Control 0x05 0x05 PCI ASIC I/F 0x05 0x05 PCI Bridge 0x05 0x07 WARNING: Upgrade process could take upto 15 minutes. Module 2 will be powered down now!! Do you want to continue (y/n) ? y \ <------------------------------------------------------------progress twirl Module 2 EPLD upgrade is successful If you forcefully upgrade a module that is not online, all EPLDs are forcefully upgraded. If the module is not present in the switch, an error is returned. If the module is present, the command process continues. To upgrade a module that is not online but is present in the chassis, use the same command. The switch software prompts you to continue after reporting the module state. When you confirm your intention to continue, the upgrade continues. switch# install module 2 epld bootflash:m9000-epld-2.1.2.img \ <------------------------------------------------------------progress twirl Module 2 EPLD upgrade is successful
|
Displaying EPLD Image Versions
Use the show version module number epld command to view all current EPLD versions on a specified module.
switch# show version module 2 epld EPLD Device Version --------------------------------------- Power Manager 0x07 XBUS IO 0x07 UD Flow Control 0x05 PCI ASIC I/F 0x05 PCI Bridge 0x07
Use the show version module epld url command to view the available EPLD versions.
switch# show version epld bootflash:m9000-epld-2.1.1a.img
MDS series EPLD image, built on Wed May 4 09:52:37 2005
Module Type EPLD Device Version
---------------------------------------------------------------
MDS 9500 Supervisor 1 XBUS 1 IO 0x09
XBUS 2 IO 0x0c
UD Flow Control 0x05
PCI ASIC I/F 0x04
1/2 Gbps FC Module (16 Port) XBUS IO 0x07
UD Flow Control 0x05
PCI ASIC I/F 0x05
1/2 Gbps FC Module (32 Port) XBUS IO 0x07
UD Flow Control 0x05
PCI ASIC I/F 0x05
Advanced Services Module XBUS IO 0x07
UD Flow Control 0x05
PCI ASIC I/F 0x05
PCI Bridge 0x07
IP Storage Services Module (8 Port) Power Manager 0x07
XBUS IO 0x03
UD Flow Control 0x05
PCI ASIC I/F 0x05
Service Module I/F 0x0a
IPS DB I/F 0x1a
IP Storage Services Module (4 Port) Power Manager 0x07
XBUS IO 0x03
UD Flow Control 0x05
PCI ASIC I/F 0x05
Service Module I/F 0x1a
Caching Services Module Power Manager 0x08
XBUS IO 0x03
UD Flow Control 0x05
PCI ASIC I/F 0x05
Service Module I/F 0x72
Memory Decoder 0 0x02
Memory Decoder 1 0x02
MDS 9100 Series Fabric Switch XBUS IO 0x03
PCI ASIC I/F 0x40000003
2x1GE IPS, 14x1/2Gbps FC Module Power Manager 0x07
XBUS IO 0x05
UD Flow Control 0x05
PCI ASIC I/F 0x07
IPS DB I/F 0x1a
SSI Boot Images
As of Cisco SAN-OS Release 2.0(2b), you can specify the SSI boot image for a Storage Services Module (SSM) to configure Fibre Channel switching and Intelligent Storage Services (see Cisco MDS 9000 Family NX-OS Intelligent Storage Services Configuration Guide and the Cisco MDS 9000 Family SANTap Deployment Guide). Once you set the SSI image boot variable, you do not need to reset it for upgrades or downgrades to any Cisco MDS NX-OS or SAN-OS release that supports the SSI image.
![]() Note | If your switch is running Cisco MDS SAN-OS Release 2.1(2) or later, a newly installed SSM initially operates in Fibre Channel switching mode by default. |
![]() Note | If you downgrade to a Cisco MDS SAN-OS release that does not support the SSM, you must power down the module. The boot variables for the SSM are lost. |
Installing the SSI Boot Image
You can install the SSI boot image on the following modules:
The SSM supports normal Fibre Channel switching and Intelligent Storage Services. To use Fibre Channel switching and Intelligent Storage Services, you must install an SSI boot image on the SSM.
![]() Note | A newly installed SSM initially operates in Fibre Channel switching mode by default. |
1. Log into the switch through the console port, an SSH session, or a Telnet session.
2. Enter the dir modflash://slot-1/ command to verify that the SSI boot image file corresponding to your Cisco MDS NX-OS release is present on the active supervisor module.
3. If the file is not present in bootflash: or the modflash:, follow these steps:
4. Enter the install ssi command to install the SSI boot image on the SSM.
5. Enter the show module command to verify the status of the SSM.
DETAILED STEPS
| Step 1 | Log into the switch through the console port, an SSH session, or a Telnet session. | ||
| Step 2 | Enter the
dir
modflash://slot-1/ command to verify that
the SSI boot image file corresponding to your Cisco MDS NX-OS release is
present on the active supervisor module.
For example, if your switch is running Cisco NX-OS Release 4.1(1b), you must have m9000-ek9-ssi-mz.4.1.1b.bin in modflash: on the SSM. To determine the correct SSI boot image to use, refer to the Cisco MDS NX-OS Release Compatibility Matrix for Storage Service Interface Images. You can find the SSI images at the following URL: http://www.cisco.com/pcgi-bin/tablebuild.pl/mds9000-ssi-3des | ||
| Step 3 | If the file is not present in bootflash: or the modflash:, follow
these steps:
| ||
| Step 4 | Enter the install ssi command to install the SSI boot image on the
SSM.
switch# install ssi modflash://4-1/m9000-ek9-ssi-mz.4.1.1b.bin | ||
| Step 5 | Enter the
show module command to verify the status of the
SSM.
switch# show module Mod Ports Module-Type Model Status --- ----- -------------------------------- ------------------ ------------ 4 32 Storage Services Module DS-X9032-SSM ok ... Mod Application Image Description Application Image Version -------- ----------------------------- ------------------------- 4 SSI linecard image 4.1(1b) ... |
Upgrading or Downgrading the SSI Boot Image
You can upgrade the SSI boot image.
1. Verify that the correct SSI boot image is present on your switch
2. Update the SSI boot image using one of the following methods:
DETAILED STEPS
SSI Boot Image Upgrade Considerations for the SSM
When you upgrade, or downgrade, the SSI boot image on an SSM, you might disrupt traffic through the module.
| Cisco MDS SAN-OS Release | Traffic Type | Disrupts Traffic? | ||
|---|---|---|---|---|
| 2.0(2b) through 2.1(1a) | All | Yes | ||
| 2.1(2) and later | Layer 2 Fiber Channel switching only | No
|
||
| Both Layer 2 Fiber Channel switching and Layer 3 Intelligent Storage Services (such as FCWA, NASB, SANTap, ISAPI virtualization) | Yes | |||
| Layer 3 Intelligent Storage Services (such as FCWA, NASB, SANTap, ISAPI virtualization) only | Yes |
![]() Note | Updating the SSI boot image disrupts Layer 3 Intelligent Storage Services traffic. If you have configured Layer 3 Intelligent Storage Services on your SSM, we recommend that you shut down these services before upgrading the SSI boot image. You can use dual fabric configuration to minimize the impact of shutting down Layer 3 services. |
Verifying the SSI Boot Image
You can verify the Cisco MDS NX-OS release and SSI boot image on your switch.
1. Log into the switch through the console port, an SSH session, or a Telnet session.
2. Enter the show version command to ensure that your switch is running Cisco MDS SAN-OS Release 2.1(1a) or later system and kickstart images.
3. If necessary, upgrade the Cisco MDS SAN-OS or NX-OS software running on your switch (see the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide.
4. Issue the dir bootflash: or dir slot0: command to verify that the SSI software image file corresponding to your Cisco MDS SAN-OS release is present on the active supervisor module. For example, if your switch is running Cisco MDS NX-OS Release 4.1(1b), you must have m9000-ek9-ssi-mz.4.1.1b.bin in bootflash: or slot0: on the active supervisor module. See to the Cisco MDS NX-OS Release Compatibility Matrix for Storage Service Interface Images.
5. If you need to obtain the appropriate SSI software image file, perform the following steps:
DETAILED STEPS
| Step 1 | Log into the switch through the console port, an SSH session, or a Telnet session. | ||||
| Step 2 | Enter the
show version command to ensure that your switch is
running Cisco MDS SAN-OS Release 2.1(1a) or later system and kickstart images.
switch# show version Cisco Nexus Operating System (NX-OS) Software TAC support: http://www.cisco.com/tac Copyright (c) 2002-2009, Cisco Systems, Inc. All rights reserved. The copyrights to certain works contained herein are owned by other third parties and are used and distributed under license. Some parts of this software may be covered under the GNU Public License or the GNU Lesser General Public License. A copy of each such license is available at http://www.gnu.org/licenses/gpl.html and http://www.gnu.org/licenses/lgpl.html Software BIOS: version 1.0.8 loader: version unavailable [last: 1.0(0.267c)] kickstart: version 2.1(2) [build 2.1(2.47)] [gdb] system: version 2.1(2) [build 2.1(2.47)] [gdb] ... | ||||
| Step 3 | If necessary, upgrade the Cisco MDS SAN-OS or NX-OS software running on your switch (see the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide. | ||||
| Step 4 | Issue the
dir bootflash: or
dir slot0: command to verify that the SSI software
image file corresponding to your Cisco MDS SAN-OS release is present on the
active supervisor module. For example, if your switch is running Cisco MDS
NX-OS Release 4.1(1b), you must have m9000-ek9-ssi-mz.4.1.1b.bin in bootflash:
or slot0: on the active supervisor module. See to the
Cisco MDS NX-OS Release Compatibility Matrix
for Storage Service Interface Images.
switch# dir bootflash: 12288 Jan 01 00:01:07 1980 lost+found/ 3821032 May 10 13:43:02 2005 m9000-ek9-ssi-mz.2.1.2.bin ... You can find the SSI images at the following URL: http://www.cisco.com/pcgi-bin/tablebuild.pl/mds9000-ssi-3des | ||||
| Step 5 | If you need to obtain the appropriate SSI software image file,
perform the following steps:
|
Using the install ssi Command
You can use the install ssi command to update the boot image on an SSM. If the SSM is performing Fibre Channel switching and no Intelligent Storage Services are provisioned on the module, this operation does not disrupt traffic through the module. If the SSM is configured for Intelligent Storage Services, a warning is displayed at the command prompt indicating that the operation will disrupt traffic and asking if you wish to continue.
![]() Note | The SSM must be running EPLD version 2.1(2) to use the install ssi command. You must install the SSM on a Cisco MDS 9500 Series switch to update the EPLD. |
1. Log into the switch through the console port, an SSH session, or a Telnet session.
2. Verify that the SSM is physically installed in the switch. If the module is not physically installed, insert it into the desired slot. Issue a show module command to verify the status of the module.
3. Verify the Cisco MDS NX-OS release running on the switch and the location and name of the SSI boot image on the switch.
4. Install the SSI image on the SSM.
5. Issue the show boot command to display the current contents of the image boot variable for the SSM.
6. Save the new boot variable configuration so the new boot image is used when the switch reboots.
7. Issue the show module command to verify the status of the SSM.
DETAILED STEPS
| Step 1 | Log into the switch through the console port, an SSH session, or a Telnet session. | ||||||
| Step 2 | Verify that the SSM is physically installed in the switch. If the
module is not physically installed, insert it into the desired slot. Issue a
show module command to verify the status of the
module.
switch# show module Mod Ports Module-Type Model Status --- ----- -------------------------------- ------------------ ------------ 4 32 Storage Services Module DS-X9032-SSM ok 5 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 active * 6 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 ha-standby ... Note the slot number for later reference. | ||||||
| Step 3 | Verify the Cisco MDS NX-OS release running on the switch and the location and name of the SSI boot image on the switch. | ||||||
| Step 4 | Install the SSI image on the SSM.
switch# install ssi modflash://4-1/m9000-ek9-ssi-mz.4.1.1b.bin module 4
| ||||||
| Step 5 | Issue the
show boot command to display the current contents
of the image boot variable for the SSM.
switch# show boot sup-1 kickstart variable = bootflash:/boot-2-0-1-9 system variable = bootflash:/isan-2-0-1-9;bootflash:/isan-2-0-0-181b;bootflash:/isan-2-0-0-181b sup-2 kickstart variable = bootflash:/boot-2-0-1-9 system variable = bootflash:/isan-2-0-1-9;bootflash:/isan-2-0-0-181b;bootflash:/isan-2-0-0-181b Module 4 ssi variable = modflash://4-1/m9000-ek9-ssi-mz.4.1.1b.bin | ||||||
| Step 6 | Save the new boot variable configuration so the new boot image is
used when the switch reboots.
switch# copy running-config startup-config
| ||||||
| Step 7 | Issue the
show module command to verify the status of the SSM.
switch# show module Mod Ports Module-Type Model Status --- ----- -------------------------------- ------------------ ------------ 4 32 Storage Services Module DS-X9032-SSM ok 5 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 active * 6 0 Supervisor/Fabric-1 DS-X9530-SF1-K9 ha-standby Mod Sw Hw World-Wide-Name(s) (WWN) --- ----------- ------ -------------------------------------------------- 4 2.1(2) 0.30 20:c1:00:05:30:00:06:de to 20:e0:00:05:30:00:06:de 5 2.1(2) 4.0 -- 6 2.1(2) 4.0 -- Mod Application Image Description Application Image Version -------- ----------------------------- ------------------------- 4 SSI linecard image 4.1(1b) Mod MAC-Address(es) Serial-Num --- -------------------------------------- ---------- 4 00-05-30-00-9e-b2 to 00-05-30-00-9e-b6 JAB06480590 5 00-0e-38-c6-2c-6c to 00-0e-38-c6-2c-70 JAB082504MQ 6 00-0f-34-94-4d-34 to 00-0f-34-94-4d-38 JAB083407D3 * this terminal session |
Managing SSMs and Supervisor Modules
This section describes the guidelines for replacing SSMs and supervisor modules and for upgrading and downgrading Cisco MDS NX-OS and SAN-OS releases.
- Configuring SSM and MSM Global Upgrade Delay
- Guidelines for Replacing SSMs and Supervisor Modules
- Guidelines for Upgrading and Downgrading Cisco MDS NX-OS Releases
Configuring SSM and MSM Global Upgrade Delay
When there are multiple SSMs or MSMs in the same chassis, you can set the amount of time to delay between upgrading the SSMs or MSMs in a rolling SSI upgrade.
1.
configure terminal
2.
[no]
ssm upgrade delay
seconds
3.
(Optional) copy running-config startup-config
DETAILED STEPS
| Command or Action | Purpose | |
|---|---|---|
| Step 1 |
configure terminal
Example: switch# configure terminal switch(config)# |
Enters global configuration mode. |
| Step 2 |
[no]
ssm upgrade delay
seconds
Example: switch(config)# ssm upgrade delay 30 |
Delays the SSI upgrade between SSMs or MSMs by the specified number of seconds. The range is from 1 to 600 seconds. The default is 0 seconds. Use the no form of the command to clear the delay timer. |
| Step 3 | copy running-config startup-config
Example: switch(config)# copy running-config startup-config | (Optional)
Copies the running configuration to the startup configuration. |
Guidelines for Replacing SSMs and Supervisor Modules
If you replace an SSM or supervisor module, consider the following guidelines:
-
If you replace an SSM with another SSM and the SSM boot image is on bootflash:, you can leave the boot image installed on the active supervisor module.
-
If you replace an SSM with another SSM and the SSI boot image is on the modflash:, the SSM might not initialize.
-
If you replace an SSM with any other type of module, you can leave the SSM boot image installed on the active supervisor module or remove it. The active supervisor module detects the module type and boots the module appropriately.
-
If you replace a supervisor module in a switch with active and standby supervisor modules, no action is required because the boot image is automatically synchronized to the new supervisor module.
-
If you replace a supervisor module in a switch with no standby supervisor module, you need to reimplement the configuration on the new supervisor module.
Recovering an SSM After Replacing Corrupted CompactFlash Memory
As of Cisco MDS NX-OS Release 4.1(1a) and SAN-OS Release 2.1(2), you can use the CompactFlash memory (modflash:) on the SSM to store the SSI image. If the modflash: on the SSM is replaced, the SSM might not initialize.
1. Log into the switch through the console port, an SSH session, or a Telnet session.
2. Display the values assigned to the SSI image boot variable for each module and note the values for later reference.
3. Clear the values assigned to the SSI image boot variable.
4. Reload the SSM to initialize in Fibre Channel switching mode.
5. After the SSM initializes, upgrade the SSI boot image.
6. Reassign the SSI boot variables cleared in Step 3.
DETAILED STEPS
| Step 1 | Log into the switch through the console port, an SSH session, or a Telnet session. |
| Step 2 | Display the values assigned to the SSI image boot variable for
each module and note the values for later reference.
switch# show boot module Module 2 ssi variable = modflash://2-1/m9000-ek9-ssi-mz.2.1.2.bin Module 4 ssi variable = modflash://4-1/m9000-ek9-ssi-mz.2.1.2.bin |
| Step 3 | Clear the values assigned to the SSI image boot variable.
switch# configure terminal switch(config)# no boot ssi |
| Step 4 | Reload the SSM to initialize in Fibre Channel switching mode.
switch# reload module 4 reloading module 4 ... |
| Step 5 | After the SSM initializes, upgrade the SSI boot image. |
| Step 6 | Reassign the SSI boot variables cleared in Step 3.
switch# configure terminal switch(config)# boot ssi modflash://2-1/m9000-ek9-ssi-mz.2.1.2.bin module 2 |
Guidelines for Upgrading and Downgrading Cisco MDS NX-OS Releases
Consider the following guidelines when upgrading and downgrading the Cisco MDS NX-OS software on a switch containing an SSM:
-
Once you set the SSI image boot variable, you do not need to reset it for upgrades or downgrades to any Cisco MDS NX-OS release that supports boot images. You can use the install all command or Fabric Manager GUI to upgrade SSMs once it has been installed.
-
If you downgrade to a Cisco MDS NX-OS release that does not support the SSM, you must power down the module. The boot variables for the module are lost.
-
The SSM cannot be configured for both the SSI and any other third-party software on the module such as VSFN.
The following example shows successful install all command output including an SSI image upgrade.
![]() Note | The SSI boot variable setting is included in the install all output. Also, if the SSI boot image is located on bootflash: the install all command copies the SSI boot image to the modflash: on the SSMs. |
Switch# install all system bootflash:isan-2-1-1a kickstart bootflash:boot-2-1-1a ssi bootflash:ssi-2.1.1a Copying image from bootflash:ssi-2.1.1a to modflash://2-1/ssi-2.1.1a. [####################] 100% -- SUCCESS Verifying image bootflash:/ssi-2.1.1a [####################] 100% -- SUCCESS Verifying image bootflash:/boot-2-1-1a [####################] 100% -- SUCCESS Verifying image bootflash:/isan-2-1-1a [####################] 100% -- SUCCESS Extracting "slc" version from image bootflash:/isan-2-1-1a. [####################] 100% -- SUCCESS Extracting "ips4" version from image bootflash:/isan-2-1-1a. [####################] 100% -- SUCCESS Extracting "system" version from image bootflash:/isan-2-1-1a. [####################] 100% -- SUCCESS Extracting "kickstart" version from image bootflash:/boot-2-1-1a. [####################] 100% -- SUCCESS Extracting "loader" version from image bootflash:/boot-2-1-1a. [####################] 100% -- SUCCESS Compatibility check is done: Module bootable Impact Install-type Reason ------ -------- -------------- ------------ ------ 2 yes non-disruptive rolling 3 yes disruptive rolling Hitless upgrade is not supported 4 yes disruptive rolling Hitless upgrade is not supported 5 yes non-disruptive reset Images will be upgraded according to following table: Module Image Running-Version New-Version Upg-Required ------ ---------- -------------------- -------------------- ------------ 2 slc 2.0(3) 2.1(1a) yes 2 bios v1.1.0(10/24/03) v1.1.0(10/24/03) no 3 slc 2.0(3) 2.1(1a) yes 3 SSI 2.0(3) 2.1(1a) yes 3 bios v1.0.8(08/07/03) v1.1.0(10/24/03) yes 4 ips4 2.0(3) 2.1(1a) yes 4 bios v1.1.0(10/24/03) v1.1.0(10/24/03) no 5 system 2.0(3) 2.1(1a) yes 5 kickstart 2.0(3) 2.1(1a) yes 5 bios v1.1.0(10/24/03) v1.1.0(10/24/03) no 5 loader 1.2(2) 1.2(2) no Do you want to continue with the installation (y/n)? [n] y Install is in progress, please wait. Module 6:Force downloading. -- SUCCESS Syncing image bootflash:/SSI-2.1.1a to standby. [####################] 100% -- SUCCESS Syncing image bootflash:/boot-2-1-1a to standby. [####################] 100% -- SUCCESS Syncing image bootflash:/isan-2-1-1a to standby. [####################] 100% -- SUCCESS Setting boot variables. [####################] 100% -- SUCCESS Performing configuration copy. [####################] 100% -- SUCCESS Module 3:Upgrading Bios/loader/bootrom. [####################] 100% -- SUCCESS Module 6:Waiting for module online. -- SUCCESS "Switching over onto standby". -----------------------------
Default Settings
|
Parameter |
Default |
|---|---|
|
Administrative connection |
Serial connection. |
|
Global switch information |
|
|
System clock |
No value for system clock time. |
|
In-band (VSAN 1) interface |
IP address, subnet mask, and broadcast address assigned to the VSAN are set to 0.0.0.0. |
|
Parameter |
Default |
|---|---|
|
Initial state when installed |


Feedback