 Feedback
|
Table Of Contents
Cisco MDS 9000 Family Release Notes
for Cisco MDS NX-OS Release 4.2(1a)MDS 9000 Chassis and Module Support in Cisco MDS NX-OS 4.x
Migrating from Supervisor-1 Modules to Supervisor-2 Modules
Determining the Software Version
Determining Software Version Compatibility
Selecting the Correct Software Image for an MDS 9100 Series Switch
Selecting the Correct Software Image for an MDS 9200 Series Switch
Selecting the Correct Software Image for an MDS 9500 Series Switch
Upgrading Your Cisco MDS NX-OS Software Image
FICON Supported Releases and Upgrade Paths
Upgrading an MDS 9222i Switch with SANTap or Invista is Provisioned on the SSM
Enabling Telnet Required After an Upgrade
Reconfiguring SSM Ports Before Upgrading to NX-OS Release 4.2(1a)
Upgrading the SSI Image on Your SSM
Upgrading a Cisco MDS 9124 or Cisco MDS 9134 Switch
Performing a Disruptive Upgrade on a Single Supervisor MDS Family Switch
Resetting SNMP Notifications Following an Upgrade
Converting Automatically Created PortChannels Before an Upgrade
Downgrading Your Cisco MDS SAN-OS Software Image
General Downgrading Guidelines
Downgrading the SSI Image on Your SSM
Downgrading an MDS 9500 Series Switch with an 8-Gbps Module Installed
New Features in Cisco MDS NX-OS Release 4.2(1a)
Cisco MDS 9000 NX-OS Release 4.2(1a) New Features
Cisco TrustSec Fibre Channel Link Encryption
SAN Extension Support on the SSN-16
X2 Transceiver Support on the MDS 9134 Fabric Switch
MDS 9000 16-Port Storage Services Node
Support for Generation 1 Modules
Licensed Cisco NX-OS Software Packages
Storage Services Enabler Package
On-Demand Port Activation License
Storage Media Encryption Package
Generation 1 Module Limitation
Maximum Number of Zones Supported in Interop Mode 4
Using a RSA Version 1 Key for SSH Following an Upgrade
CFS Cannot Distribute All Call Home Information
Availability of F Port Trunking and F Port Channels
Reserved VSAN Range and Isolated VSAN Range Guidelines
Applying Zone Configurations to VSAN 1
Running Storage Applications on the MSM-18/4
RSPAN Traffic Not Supported on CTS Ports on 8-Gbps Switching Modules
I/O Accelerator Feature Limitations
Support for FCIP Compression Modes
Saving Copies of the Running Kickstart and System Images
Configuring Buffer Credits on a Generation 2 or Generation 3 Module
PPRC Not Supported with FCIP Write Acceleration
Configuring a Persistent FCID in an IVR Configuration with Brocade Switches
Regulatory Compliance and Safety Information
Software Installation and Upgrade
Intelligent Storage Networking Services Configuration Guides
Obtaining Documentation and Submitting a Service Request
Cisco MDS 9000 Family Release Notes
for Cisco MDS NX-OS Release 4.2(1a)
Release Date: September 25, 2009
Part Number: OL-19964-02 W0
This document describes the caveats and limitations for switches in the Cisco MDS 9000 Family. Use this document in conjunction with documents listed in the "Related Documentation" section.
Note
As of Cisco Fabric Manager Release 4.2(1), Fabric Manager information will no longer appear in the Cisco MDS 9000 Family Release Notes for NX-OS releases. Cisco Fabric Manager Release Notes will include information that is exclusive to Fabric Manager as a management tool for Cisco MDS 9000 Family switches and Cisco Nexus 5000 Series switches. Refer to the following website for Release Notes for Cisco Fabric Manager:
http://www.cisco.com/en/US/products/ps10495/prod_release_notes_list.html
Release notes are sometimes updated with new information on restrictions and caveats. Refer to the following website for the most recent version of the Cisco MDS 9000 Family Release Notes: http://www.cisco.com/en/US/products/ps5989/prod_release_notes_list.html
Table 1 shows the on-line change history for this document.
Table 1 Online History Change
A0
09/25/2009
Created release notes.
B0
10/06/2009
Removed NX-OS Release 4.2(1a) fromTable 11, FICON Supported Releases.
C0
10/09/2009
Added DDTS CSCta11417.
D0
10/13/2009
Added DDTS CSCtc41865.
E0
10/14/2009
Added DDTS CSCtc41625 and updated the "I/O Accelerator Feature Limitations" section.
F0
10/15/2009
Changed the state of DDTS CSCta22244 to Resolved.
G0
10/16/2009
Updated the Symptom description of DDTS CSCta11417.
H0
11/13/2009
Added DDTS CSCtc48338.
I0
11/18/2009
Added DDTS CSCtb77695 and CSCtc20849.
J0
12/02/2009
Clarified the wording of the "Support for Generation 1 Modules" section.
K0
12/14/2009
Added DDTS CSCsz59152.
L0
12/23/2009
Added DDTS CSCtc04286 and DDTS CSCtd16646.
M0
01/26/2010
Added DDTS CSCsy73212 and CSCsz84411.
N0
04/12/2010
Added the "Determining Software Version Compatibility" section.
O0
07/27/2010
Added the "PPRC Not Supported with FCIP Write Acceleration" limitation.
P0
10/12/2010
Added DDTS CSCtc65441.
Added the Cisco MDS 9500 Series Supervisor-2A module to Table 2.
Q0
11/09/2010
Added DDTS CSCta28484.
R0
02/09/2011
Updated the "Licensed Cisco NX-OS Software Packages" section.
S0
09/09/2011
Added the "Configuring a Persistent FCID in an IVR Configuration with Brocade Switches" section.
T0
03/11/2012
U0
05/03/2012
Updated Table 10.
Added open caveat CSCty32238.
V0
05/18/2012
Added the section.
W0
05/18/2012
Added the "Converting Automatically Created PortChannels Before an Upgrade" section.
Contents
This document includes the following:
•
•
•
•
•
•
•
Introduction
The Cisco MDS 9000 Family of Multilayer Directors and Fabric Switches provides industry-leading availability, scalability, security, and management, allowing you to deploy high performance storage-area networks with lowest total cost of ownership. Layering a rich set of intelligent features onto a high performance, protocol agnostic switch fabric, the Cisco MDS 9000 Family addresses the stringent requirements of large data center storage environments: uncompromising high availability, security, scalability, ease of management, and seamless integration of new technologies.
Cisco MDS 9000 NX-OS Software powers the award winning Cisco MDS 9000 Series Multilayer Switches. It is designed to create a strategic SAN platform with superior reliability, performance, scalability, and features. Formerly known as Cisco SAN-OS, Cisco MDS 9000 NX Software is fully interoperable with earlier Cisco SAN-OS versions and enhances hardware platform and module support.
Components Supported
Table 2 lists the NX-OS software part numbers and hardware components supported by the Cisco MDS 9000 Family.
Note
MDS 9000 Chassis and Module Support in Cisco MDS NX-OS 4.x
Table 3 lists the MDS hardware chassis supported by Cisco MDS NX-OS 4.x.
Table 4 lists the MDS hardware modules supported by Cisco MDS NX-OS 4.x. For the list of MDS hardware modules supported by Cisco MDS SAN-OS 3.x, see Table 5.
Table 4 Module Support Matrix for Cisco MDS NX-OS 4.x
DS-X9530-SF2-K9
MDS 9500 Supervisor-2 Module
Yes
N/A
N/A
DS-X9530-SF1-K9
MDS 9500 Supervisor-1 Module
No
N/A
N/A
DS-X9224-96K9
24-port 8-Gbps Fibre Channel Switching Module
Yes1
No
No
DS-X9248-96K9
48-port 8-Gbps Fibre Channel Switching Module
Yes1
No
No
DS-X9248-48K9
4/44-port Host Optimized8-Gbps Fibre Channel Switching Module
Yes
Yes
Yes
DS-X9316-SSNK9
16-port Storage Services Node (SSN-16)
Yes
Yes
No
DS-X9304-18K9
18/4-Port Multiservice Module (MSM-18/4)
Yes
Yes
Yes
DS-X9112
12-port 4-Gbps Fibre Channel Switching Module
Yes
Yes
Yes
DS-X9124
24-port 4-Gbps Fibre Channel Switching Module
Yes
Yes
Yes
DS-X9148
48-port 4-Gbps Fibre Channel Switching Module
Yes
Yes
Yes
DS-X9704
4-port 10-Gbps Fibre Channel Switching Module
Yes
Yes
Yes
DS-X9302-14K9
14/2-port Multiprotocol Services (MPS-14/2) Module
Yes
No
Yes
DS-X9016
16-port 1-, 2-Gbps Fibre Channel Switching Module
Yes
No
Yes
DS-X9032
32-port 1-, 2-Gbps Fibre Channel Switching Module
Yes
No
Yes
DS-X9032-SSM
32-port Storage Services Module (SSM)
Yes
Yes
Yes
DS-X9308-SMIP
8-port 1-, 2-Gbps IP Switching Module
No
No
No
DS-X9304-SMIP
4-port 1-, 2-Gbps IP Switching Module
No
No
No
1 Requires DS-13SLT-FAB2 in the MDS 9513.
Table 5 lists the MDS hardware modules supported by Cisco MDS SAN-OS 3.x.
Migrating from Supervisor-1 Modules to Supervisor-2 Modules
As of Cisco MDS SAN-OS Release 3.0(1), the Cisco MDS 9509 and 9506 Directors support both Supervisor-1 and Supervisor-2 modules. Supervisor-1 and Supervisor-2 modules cannot be installed in the same switch, except during migration. Both the active and standby supervisor modules must be of the same type, either Supervisor-1 or Supervisor-2 modules. For Cisco MDS 9513 Directors, both supervisor modules must be Supervisor-2 modules.
Caution
Note
To migrate from a Supervisor-1 module to a Supervisor-2 module, refer to the step-by-step instructions in the Cisco MDS 9000 NX-OS Release 4.1(x) and SAN-OS 3(x) Software Upgrade and Downgrade Guide.
Software Download Process
Use the software download procedure to upgrade to a later version, or downgrade to an earlier version, of an operating system. This section describes the software download process for the Cisco MDS NX-OS software and includes the following topics:
•
•
•
•
•
Determining the Software Version
To determine the version of Cisco MDS NX-OS or SAN-OS software currently running on a Cisco MDS 9000 Family switch using the CLI, log in to the switch and enter the show version EXEC command.
To determine the version of Cisco MDS NX-OS or SAN-OS software currently running on a Cisco MDS 9000 Family switch using the Fabric Manager, view the Switches tab in the Information pane, locate the switch using the IP address, logical name, or WWN, and check its version in the Release column.
Note
Determining Software Version Compatibility
Table 6 lists the software versions that are compatible in a mixed SAN environment, and the minimum software versions that are supported. We recommend that you use the latest software release supported by your vendor for all Cisco MDS 9000 Family products.
Downloading Software
The Cisco MDS NX-OS software is designed for mission-critical high availability environments. To realize the benefits of nondisruptive upgrades on the Cisco MDS 9500 Directors, we highly recommend that you install dual supervisor modules.
To download the latest Cisco MDS NX-OS software, access the Software Center at this URL:
http://www.cisco.com/public/sw-center
See the following sections in this release note for details on how you can nondisruptively upgrade your Cisco MDS 9000 switch. Issuing the install all command from the CLI, or using Fabric Manager to perform the downgrade, enables the compatibility check. The check indicates if the upgrade can happen nondisruptively or disruptively depending on the current configuration of your switch and the reason.
Compatibility check is done:Module bootable Impact Install-type Reason------ -------- -------------- ------------ ------1 yes non-disruptive rolling2 yes disruptive rolling Hitless upgrade is not supported3 yes disruptive rolling Hitless upgrade is not supported4 yes non-disruptive rolling5 yes non-disruptive reset6 yes non-disruptive resetAt a minimum, you need to disable the default device alias distribution feature using the no device-alias distribute command in global configuration mode. The show incompatibility system bootflash:1.3(x)_filename command determines which additional features need to be disabled.
Note
Selecting the Correct Software Image for an MDS 9100 Series Switch
The system and kickstart image that you use for an MDS 9100 series switch depends on which switch you use, as shown in Table 7.
Selecting the Correct Software Image for an MDS 9200 Series Switch
The system and kickstart image that you use for an MDS 9200 series switch depends on which switch you use, as shown in Table 8.
Selecting the Correct Software Image for an MDS 9500 Series Switch
The system and kickstart image that you use for an MDS 9500 Series switch depends on whether the switch is based on a Supervisor-1 module or a Supervisor-2 module, as shown in Table 9.
Table 9 Software Images for Supervisor Type
9513, 9509, and 9506
Supervisor-2 module
Filename begins with m9500-sf2ek9
Use the show module command to display the type of supervisor module in the switch. The following is sample output from the show module command on a Supervisor 2 module:
switch# show moduleMod Ports Module-Type Model Status--- ----- -------------------------------- ------------------ ------------......7 0 Supervisor/Fabric-2 DS-X9530-SF2-K9 active *8 0 Supervisor/Fabric-2 DS-X9530-SF2-K9 ha-standbyUpgrading Your Cisco MDS NX-OS Software Image
This section lists the guidelines recommended for upgrading your Cisco MDS NX-OS software image and includes the following topics:
•
•
•
•
•
•
•
•
•
Note
For detailed instructions for performing a software upgrade using Cisco Fabric Manager, see the Cisco Fabric Manager Release Notes for Release 4.2(1a), which is available from the following website:
http://www.cisco.com/en/US/products/ps10495/prod_release_notes_list.html
General Upgrading Guidelines
Note
Use the following guidelines when upgrading to Cisco MDS NX-OS Release 4.2(1a):
•
•
•
•
•
•
•
•
–
–
–
–
–
Use Table 10 to determine your nondisruptive upgrade path to Cisco MDS NX-OS Release 4.2(1a), find the image release number you are currently using in the Current column of the table, and use the path recommended.
Note
Note
FICON Supported Releases and Upgrade Paths
Cisco MDS NX-OS Release 4.2(1a) does not support FICON.
Table 11 lists additional SAN-OS and NX-OS releases that support FICON. Refer to the specific release notes for FICON upgrade path information.
Table 11 FICON Supported Releases
NX-OS
Release 4.1(1c)
SAN-OS
Release 3.3(1c)
Release 3.2(2c)
Release 3.0(3b)
Release 3.0(3)
Release 3.0(2)
Release 2.0(2b)
Use Table 12 to determine your FICON nondisruptive upgrade path to Cisco MDS NX-OS Release 4.1(1c) Find the image release number you are currently using in the Current Release with FICON Enabled column of the table and follow the recommended path.
Upgrading an MDS 9222i Switch with SANTap or Invista is Provisioned on the SSM
On an MDS 9222i switch, if SANTap or Invista is provisioned on a Storage Services Module (SSM) in slot 2, then an In Service Software Upgrade (ISSU) to NX-OS Release 4.2(1a) is not supported. The upgrade to NX-OS Release 4.2(1a) is supported if you set boot variables, save the configuration, and reload the switch. If the switch is running SAN-OS Release 3.3(1a) or earlier, first upgrade to SAN-OS Release 3.3(1c) and then upgrade to NX-OS Release 4.2(1a).
Enabling Telnet Required After an Upgrade
Following an upgrade from SAN-OS 3.x to NX-OS 4.x, you need to enable the Telnet server if you require a Telnet connection. As of MDS NX-OS Release 4.1(1b), the Telnet server is disabled by default on all switches in the Cisco MDS 9000 Family. In earlier releases, the Telnet server was enabled by default.
Upgrading Effect on VSAN 4079
If you are upgrading from a SAN-OS Release 3.x to NX-OS Release 4.2(1a), and you have not created VSAN 4079, the NX-OS software will automatically create VSAN 4079 and reserve it for EVFP use.
If VSAN 4079 is reserved for EVFP use, the switchport trunk allowed vsan command will filter out VSAN 4079 from the allowed list, as shown in the following example:
switch(config-if)# switchport trunk allowed vsan 1-40801-4078,4080switch(config-if)#
If you have created VSAN 4079, the upgrade to NX-OS Release 4.2(1a) will have no affect on VSAN 4079.
If you downgrade after NX-OS Release 4.2(1a) creates VSAN 4079 and reserves it for EVFP use, the VSAN will no longer be reserved.
Upgrading with IVR Enabled
An Inter-Switch Link (ISL) flap resulting in fabric segmentation or a merge during or after an upgrade from Cisco MDS SAN-OS Release 2.0(x) to a later image where IVR is enabled might be disruptive. Some possible scenarios include the following:
•
•
•
If this problem occurs, syslogs indicate a failure and the flapped ISL could remain in a down state because of a domain overlap.
This issue was resolved in Cisco SAN-OS Release 2.1(2b); you must upgrade to Release 2.1(2b) before upgrading to Release 3.3(1c). An upgrade from Cisco SAN-OS Releases 2.1(1a), 2.1(1b), or 2.1(2a) to Release 2.1(2b) when IVR is enabled requires that you follow the procedure below. If you have VSANs in interop mode 2 or 3, you must issue an IVR refresh for those VSANs.
To upgrade from Cisco SAN-OS Releases 2.1(1a), 2.1(1b), or 2.1(2a) to Release 2.1(2b) for all other VSANs with IVR enabled, follow these steps:
Step 1
Note
Step 2
Note
Step 3
2005 Aug 31 21:52:04 switch %FCDOMAIN-2-EPORT_ISOLATED:%$VSAN 2005%$ Isolation of interfacePortChannel 52 (reason: unknown failure)2005 Aug 31 21:52:04 switch %FCDOMAIN-2-EPORT_ISOLATED: %$VSAN 2005%$Isolation of interface PortChannel 51(reason: domain ID assignment failure)Step 4
switch(config)# vsan databaseswitch(config-vsan-db)# vsan vsan-id suspendswitch(config-vsan-db)# no vsan vsan-id suspendStep 5
Step 6
Step 7
Note
Reconfiguring SSM Ports Before Upgrading to NX-OS Release 4.2(1a)
Starting with Cisco MDS SAN-OS Release 3.0(1), the SSM front panel ports can no longer be configured in auto mode, which is the default for releases prior to Release 3.0(1).
Note
For more information on upgrading SAN-OS software, see the "Upgrading Your Cisco MDS NX-OS Software Image" section.
If the configuration is not updated before the upgrade, the installation process for the new image will automatically convert all ports configured in auto mode to Fx mode. This change in mode might cause a disruption if the port is currently operating in E mode.
To upgrade the image on your SSM without any traffic disruption, follow these steps:
Step 1
switch# show interface fc 2/1 - 32fc2/1 is upHardware is Fibre Channel, SFP is short wave laser w/o OFC (SN)Port WWN is 20:4b:00:0d:ec:09:3c:00Admin port mode is auto <-------- shows port is configured in auto modesnmp traps are enabledPort mode is F, FCID is 0xef0300 <-------- shows current port operational mode is FPort vsan is 1Speed is 2 GbpsTransmit B2B Credit is 3Step 2
a.
switch# config tswitch(config)# interface fc 2/1switch(config-if)# switchport mode fxb.
switch# config tswitch(config)# interface fc 2/5switch(config-if)# switchport mode eStep 3
a.
switch# config tswitch(config)# interface fc 2/2switch(config-if)# switchport mode fxb.
switch# config tswitch(config)# interface fc 2/2switch(config-if)# shutdownStep 4
switch# copy running-config startup-config
Upgrading the SSI Image on Your SSM
Use the following guidelines to nondisruptively upgrade the SSI image on your SSM:
•
•
–
–
–
–
–
Upgrading a Cisco MDS 9124 or Cisco MDS 9134 Switch
If you are upgrading from Cisco MDS SAN-OS Release 3.1(1) to Cisco NX-OS Release 4.2(1a) on a Cisco MDS 9124 or MDS 9134 Switch, follow these guidelines:
•
•
•
•
•
•
Performing a Disruptive Upgrade on a Single Supervisor MDS Family Switch
Cisco MDS SAN-OS software upgrades are disruptive on the Cisco MDS 9216i switch, which has a single supervisor. If you are performing an upgrade on this switch, you should follow the nondisruptive upgrade path shown in Table 10, even though the upgrade is disruptive. Following the nondisruptive upgrade path ensures that the binary startup configuration remains intact.
If you do not follow the upgrade path, (for example, you upgrade directly from SAN-OS Release 2.1(2) or earlier version to NX-OS Release 4.2(x)), the binary startup configuration is deleted because it is not compatible with the new image, and the ASCII startup configuration file is applied when the switch comes up with the new upgraded image. When the ASCII startup configuration file is applied, there may be errors. Because of this, we recommend that you follow the nondisruptive upgrade path.
Note
Resetting SNMP Notifications Following an Upgrade
The SNMP notification configuration resets to the default settings when you upgrade to Cisco NX-OS Release 4.2(1a). Use the snmp-server enable traps command to reenable your required SNMP notifications.
Converting Automatically Created PortChannels Before an Upgrade
Before upgrading from NX-OS Release 4.1(x) or 4.2(x) to Release 5.x, ensure that you do not have any automatically created PortChannels present in the switch configuration. Use the port-channel persistent command to convert an automatically created PortChannel to a persistent PortChannel. Failure to convert automatically created PortChannels prior to the upgrade can result in traffic disruption because Autocreation of PortChannels is a deprecated feature as of NX-OS Release 4.1(1b).
Downgrading Your Cisco MDS SAN-OS Software Image
This section lists the guidelines recommended for downgrading your Cisco MDS SAN-OS software image and includes the following topics:
•
•
General Downgrading Guidelines
Use the following guidelines to nondisruptively downgrade your Cisco MDS NX-OS Release 4.2(1a):
•
•
•
•
•
–
–
–
–
–
Note
1.
2.
If these conditions exist, remove the application configuration for these targets and hosts before proceeding with the downgrade.
Use Table 13 to determine the nondisruptive downgrade path from Cisco NX-OS Release 4.2(1a). Find the SAN-OS image you want to downgrade to in the To SAN-OS Release column of the table and use the path recommended.
Note
FICON Downgrade Paths
Table 14 lists the downgrade paths for FICON releases. Find the image release number that you want to downgrade to in the To Release with FICON Enabled column of the table and follow the recommended downgrade path.
Downgrading the SSI Image on Your SSM
Use the following guidelines when downgrading your SSI image on your SSM:
•
•
•
•
–
–
–
Downgrading an MDS 9500 Series Switch with an 8-Gbps Module Installed
If you attempt to perform a nondisruptive software downgrade from NX-OS Release 4.x to SAN-OS Release 3.x on an MDS 9500 Series switch that has an 8-Gbps module installed, the switch should display a message that the module is unsupported and stop the downgrade. Instead, the switch displays a message that the module is unsupported and proceeds with a disruptive downgrade. The following table shows the actual and expected behavior of the switch for a software downgrade.
Table 15 Downgrade Behavior on an MDS 9500 Series Switch with 8-Gbps Module Installed
DB mode1
MDS 9513 with 8-Gbps module
4.2(1a)
3.3(x)
Disruptive
Abort. Disruptive after powerdown of 8-Gbps module
DB mode
MDS 9513 without 8-Gbps module
4.2(1a)
3.3(x)
Disruptive
Disruptive
BM mode2
MDS 9513 with 8-Gbps module
4.2(1a)
3.3(x)
Abort
Abort. Nondisruptive after powerdown of 8-Gbps module.
BM mode
MDS 9513 without 8-Gbps module
4.2(1a)
3.3(x)
Nondisruptive
Nondisruptive
BM Mode
MDS 9509 or 9506 with 8-Gbps module
4.2(1a)
3.3(x)
Abort
Abort. Nondisruptive after powerdown of 8-Gbps module.
BM Mode
MDS 9509 or 9506 without 8-Gbps module
4.2(1a)
3.3(x)
Nondisruptive
Nondisruptive
1 DB mode is the fabric mode that supports Generation 3 8-Gbps modules in an MDS 9513 switch chassis.
2 BM mode is the fabric mode that does not support Generation 3 8-Gbps modules in an MDS 9513 switch chassis.
New Features in Cisco MDS NX-OS Release 4.2(1a)
This section briefly describes the new features introduced in this release. Each feature description includes the name of the Configuration Guide where the feature is documented in detail. The "New and Changed" section of each book provides a list of all new features and includes links to the feature description.
This section includes the following topics:
•
•
Product Documentation Changes
As of Cisco MDS NX-OS Release 4.2(1a), software configuration information is available in new feature-specific configuration guides for the following information:
•
•
•
•
•
•
•
The information in these new guides previously existed in the Cisco MDS 9000 Family CLI Configuration Guide. That configuration guide remains available on Cisco.com and should be used for all software releases prior to MDS NX-OS Release 4.2(1a). Configuration guides address the features introduced in or available in a particular release. Select and view the configuration guide that pertains to the software installed in your switch.
In addition, Fabric Manager information has been removed from the Cisco MDS NX-OS Release Notes (this document) and placed into standalone Fabric Manager Release Notes that support both Cisco MDS 9000 Family switches and Cisco Nexus 5000 Series switches. Cisco Fabric Manager Release Notes are available from the following website:
http://www.cisco.com/en/US/products/ps10495/prod_release_notes_list.html
Note
Cisco MDS 9000 NX-OS Release 4.2(1a) New Features
Cisco MDS 9000 NX-OS Release 4.2(1a) is a software release that includes new features, enhancements, and bug fixes. It supports the new MDS 9000 Family 16-port Storage Services Node (SSN-16) that offers licensed SAN extension features.
This release includes the following major features:
•
•
•
•
•
•
•
•
NX-OS Feature Descriptions
This section includes descriptions of the major new features of MDS NX-OS Release 4.2(1a) and indicates where the feature is documented.
Cisco TrustSec Fibre Channel Link Encryption
Cisco TrustSec Fibre Channel Link Encryption addresses customer needs to ensure data integrity and privacy. Cisco TrustSec FC Link Encryption is an extension of the Fibre Channel-Security Protocol (FC-SP) feature and uses the existing FC-SP architecture. Starting with Cisco MDS NX-OS Release 4.2(1a), Fibre Channel data that is passed between E ports of 8-Gbps modules can be encrypted. The encryption algorithm is a 128-bit Advanced Encryption Standard (AES) and enables either AES-Galois Counter Mode (GCM) or AES-Galois Message Authentication Code (GMAC) for an interface. AES-GCM provides encryption and authentication of the frames and AES-GMAC provides only the authentication of the frames that are being passed between two EP ports. Encryption is done at line rate by encapsulating frames at egress with encryption using the GCM mode of AES 128-bit encryption. At ingress, frames are decrypted and authenticated for an integrity check.
Cisco TrustSec Fibre Channel Link Encryption is enabled on a per-chassis basis by the Enterprise Package license.
Where Documented
For documentation on the Cisco TrustSec Fibre Channel Link Encryption feature, see Chapter 11 of the Cisco MDS 9000 Family NX-OS Security Configuration Guide.
FICON XRC Acceleration
eXtended Remote Copy (XRC) is a mainframe-based software replication solution in widespread use in financial institutions worldwide. Cisco previously supported XRC over FCIP at distances up to 200 km on the MSM-18/4 module. As of NX-OS Release 4.2(1a), Cisco supports XRC over virtually unlimited distances.
XRC Acceleration is a licensed feature. The Mainframe package license and the SAN Extension (FCIP) license are prerequisites for XRC Acceleration, as it builds on top of the FICON and FCIP capabilities of the MDS 9000 Family.
Where Documented
For documentation on the FICON XRC Acceleration feature, see Chapter 11 of the Cisco MDS 9000 Family NX-OS Fabric Configuration Guide.
I/O Accelerator (IOA)
Cisco MDS NX-OS 4.2(1a) supports the I/O Accelerator (IOA) on the MDS 900018/4-port Multiservice Module (MSM-18/4) and the 16-port Storage Service Node (SSN-16). IOA accelerates I/Os over MANs and WANs using Cisco SCSI acceleration technology. IOA can be deployed with a disk data replication solution such as SRDF, MirrorView, TrueCopy, and CA EVA to extend the distance between data centers or reduce effects of latency. IOA can also be used to enable remote tape backup or restore operations without significant throughput degradation. IOA includes the following key features:
•
•
•
•
•
•
•
The IOA package is licensed per service engine and the IOA license is tied to the chassis. The number of licenses required is equal to the number of service engines on which the intelligent fabric application is used.
Where Documented
For documentation about the IOA feature, see the Cisco MDS 9000 I/O Accelerator Configuration Guide.
SAN Extension Support on the SSN-16
Starting with MDS NX-OS Release 4.2(1a), you can deploy Fibre Channel Interface Protocol (FCIP) on the new 16-port Storage Services Node (SSN-16). The performance per slot is four times greater for FCIP on the SSN-16 as compared to the MSM-18/4 module. The SSN-16 provides as many Gigabit Ethernet ports as four MSM-18/4 modules.
SAN Extension support on the SSN-16 requires the SAN Extension over IP license.
In addition, the SSN-16 supports the SME tape feature in MDS NX-OS Release 4.2(1a). The SME tape feature on the SSN-16 requires the SME license.
Where Documented
For information about FCIP on the SSN-16, see the Cisco MDS 9000 Family NX-OS IP Services Configuration Guide.
For information about the SME tape feature on the SSN-16, see the Cisco MDS 9000 Family Storage Media Encryption Configuration Guide.
For hardware information about the SSN-16, see the Cisco MDS 9500 Series Hardware Installation Guide and the Cisco MDS 9200 Series Hardware Installation Guide.
Port Group Monitoring
The new port-group-monitor command allows you to monitor port groups that go above and below a configurable bandwidth threshold. When the traffic for a particular port group reaches 80 percent of the maximum supported bandwidth for that port group (rx and tx), NX-OS generates a syslog message that identifies individual port bandwidth (for rx and tx). A syslog message is generated for a rising threshold and for a falling threshold. When port group monitoring is enabled, monitoring occurs every ten seconds.
Where Documented
For information about the port group monitoring feature, see the Cisco MDS 9000 Family NX-OS Interfaces Configuration Guide.
X2 Transceiver Support on the MDS 9134 Fabric Switch
Starting with MDS NX-OS Release 4.2(1a), the MDS 9134 Fabric Switch supports the 10-Gbps Ethernet DWDM Transceiver and the 10G-Gbps Ethernet Transceiver X2 pluggable modules.
Where Documented
For information about the X2 transceiver support on the MDS 9134 Switch, see the Cisco MDS 9100 Series Hardware Installation Guide.
Hardware Changes
This section describes hardware changes associated with NX-OS Release 4.2(1a).
MDS 9000 16-Port Storage Services Node
The Cisco MDS 900016-Port Storage Services Node (SSN-16) provides a high-performance, flexible, unified platform for deploying enterprise-class disaster recovery, business continuance, and intelligent fabric applications. The SSN-16 hosts four independent service engines, which can each be individually and incrementally enabled to scale as business requirements change, or be configured to run separate applications. Based on the single service engine in the Cisco MDS 9000 18/4-Port Multiservice Module, this four-to-one consolidation delivers dramatic hardware savings and frees valuable slots in the Cisco MDS 9500 Series Multilayer Directors chassis.
The Cisco MDS 9000 16-Port Storage Services Node integrates transparently into the Cisco MDS 9500 Series Multilayer Directors and the Cisco MDS 9222i Multiservice Modular Switch. Each of the four service engines supports 4 Gigabit Ethernet IP storage services ports, for a total of 16 ports of Fibre Channel over IP (FCIP) connectivity. Traffic can be switched between an IP port and any Fibre Channel port on a Cisco MDS 9000 Family switch. The SSN-16 supports the full range of services available on other Cisco MDS 9000 Family Fibre Channel switching modules, including virtual SANs (VSANs), security, and traffic management.
For hardware information about the SSN-16, see the Cisco MDS 9500 Series Hardware Installation Guide and the Cisco MDS 9200 Series Hardware Installation Guide.
Support for Generation 1 Modules
Cisco MDS 9000 NX-OS Release 4.x is the last release to support the following Generation 1 modules:
•
•
•
•
Support for these Generation 1 modules will be discontinued in NX-OS Release 5.x.
Licensed Cisco NX-OS Software Packages
Most Cisco MDS 9000 family software features are included in the standard package. However, some features are logically grouped into add-on packages that must be licensed separately, such as the Cisco MDS 9000 Enterprise package, SAN Extension over IP package, Mainframe package, Fabric Manager Server (FMS) package, Storage Services Enabler (SSE) package, Storage Media Encryption package, and Data Mobility Manager package. On-demand ports activation licenses are also available for the Cisco MDS Blade Switch Series and 4-Gbps Cisco MDS 9100 Series Multilayer Fabric switches.
Enterprise Package
The standard software package that is bundled at no charge with the Cisco MDS 9000 Family switches includes the base set of features that Cisco believes are required by most customers for building a SAN. The Cisco MDS 9000 family also has a set of advanced features that are recommended for all enterprise SANs. These features are bundled together in the Cisco MDS 9000 Enterprise package. Refer to the Cisco MDS 9000 Enterprise package fact sheet for more information.
SAN Extension over IP Package
The Cisco MDS 9000 SAN Extension over IP package allows the customer to use FCIP to extend SANs over wide distances on IP networks using the Cisco MDS 9000 family IP storage services. Refer to the Cisco MDS 9000 SAN Extension over IP package fact sheet for more information.
Mainframe Package
The Cisco MDS 9000 Mainframe package uses the FICON protocol and allows control unit port management for in-band management from IBM S/390 and z/900 processors. FICON VSAN support is provided to help ensure true hardware-based separation of FICON and open systems. Switch cascading, fabric binding, and intermixing are also included in this package. Refer to the Cisco MDS 9000 Mainframe package fact sheet for more information.
Storage Services Enabler Package
The Cisco MDS 9000 SSE package allows network-based storage applications and services to run on the Cisco MDS 9000 family SSMs, Cisco MDS 9000 18/4-Port Multiservice Module (MSM-18/4), and Cisco MDS 9222i. Intelligent fabric applications simplify complex IT storage environments and help organizations gain control of capital and operating costs by providing consistent and automated storage management. Refer to the Cisco MDS 9000 SSE package fact sheet for more information.
On-Demand Port Activation License
On-demand ports allow customers to benefit from Cisco NX-OS Software features while initially purchasing only a small number of activated ports on 4-Gbps Cisco MDS 9100 Series Multilayer Fabric switches. As needed, customers can expand switch connectivity by licensing additional ports.
Storage Media Encryption Package
The Cisco MDS 9000 Storage Media Encryption package enables encryption of data at rest on heterogeneous tape devices and virtual tape libraries as a transparent fabric service. Cisco SME is completely integrated with Cisco MDS 9000 Family switches and the Cisco Fabric Manager application, enabling highly available encryption services to be deployed without rewiring or reconfiguring SANs, and allowing them to be managed easily without installing additional management software. Refer to the Cisco MDS 9000 Storage Media Encryption package fact sheet for more information. The Storage Media Encryption package is for use only with Cisco MDS 9000 Family switches.
Data Mobility Manager Package
The Cisco MDS 9000 Data Mobility Manager package enables data migration between heterogeneous disk arrays without introducing a virtualization layer or rewiring or reconfiguring SANs. Cisco DMM allows concurrent migration between multiple LUNs of unequal size. Rate-adjusted migration, data verification, dual Fibre Channel fabric support, and management using Cisco Fabric Manager provide a complete solution that greatly simplifies and eliminates most downtime associated with data migration. Refer to the Cisco MDS 9000 Data Mobility Manager package fact sheet for more information. The Data Mobility Manager package is for use only with Cisco MDS 9000 Family switches.
I/O Accelerator Package
The Cisco I/O Accelerator (IOA) package activates IOA on the Cisco MDS 9222i fabric switch, the Cisco MDS 9000 18/4 Multiservice Module (MSM-18/4), and on the SSN-16 module. The IOA package is licensed per service engine and is tied to the chassis. The number of licenses required is equal to the number of service engines on which the intelligent fabric application is used.The SSN-16 requires a separate license for each engine on which you want to run IOA. Each SSN-16 engine that you configure for IOA checks out a license from the pool managed at the chassis level. SSN-16 IOA licenses are available as single licenses.
XRC Acceleration License
The Cisco Extended Remote Copy (XRC) acceleration license activates FICON XRC acceleration on the Cisco MDS 9222i switch and on the MSM-18/4 in the Cisco MDS 9500 Series directors. One license per chassis is required. You must install the Mainframe Package and the SAN Extension over FCIP Package before you install the XRC acceleration license. The Mainframe Package enables the underlying FICON support, and the FCIP license or licenses enable the underlying FCIP support. XRC acceleration is not supported on the SSN-16.
Limitations and Restrictions
This section lists the limitations and restrictions for this release. The following limitations are described:
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
•
IPv6
The management port on Cisco MDS switches supports one user-configured IPv6 address, but does not support auto-configuration of an IPv6 address.
User Roles
In SAN-OS Release 3.3(x) and earlier, when a user belongs to a role which has a VSAN policy set to Deny and the role allows access to a specific set of VSANs (for example, 1 through 10), the user is restricted from performing the configuration, clear, execute, and debug commands which had a VSAN parameter outside this specified set. Beginning with NX-OS Release 4.1(1b), these users are still prevented from performing configuration, clear, execute, and debug commands as before, however, they are allowed to perform show commands for all VSANs. This addresses the following:
1.
2.
Red Hat Enterprise Linux
The Linux kernel core dump is not supported in NX-OS Release 4.1(1b) and later versions and therefore the CLI command has been removed. A syntax error message will be displayed if you import configurations from SAN-OS Release 3.3(x) and earlier to NX-OS Release 4.1(1b) and later. These syntax errors do not affect the application of other commands in the configuration and can be safely ignored. To address this, remove the kernel core configuration from the ASCII configuration file before importing the configuration.
Generation 1 Module Limitation
When a Cisco or other vendor switch port is connected to a Generation 1 module port (ISL connection), the receive buffer-to-buffer credit of the port connected to a Generation 1 module port should not exceed 255.
Schedule Job Configurations
As of MDS NX-OS Release 4.1(1b) and later, the scheduler job configurations need to be entered in a single line with a semicolon(;) as the delimiter.
Job configuration files created with SAN-OS Release 3.3(1c) and earlier, are not supported. However, you can edit the job configuration file and add the delimiter to support Cisco NX-OS Release 4.1(3a).
Maximum Number of Zones Supported in Interop Mode 4
In interop mode 4, the maximum number of zones that is supported in an active zone set is 2047, due to limitations in the connected vendor switch.
When IVR is used in interop mode 4, the maximum number of zones supported, including IVR zones, in the active zone set is 2047.
InterVSAN Routing
When using InterVSAN Routing (IVR), it is recommended to enable Cisco Fabric Services (CFS) on all IVR-enabled switches. Failure to do so may cause mismatched active zone sets if an error occurs during zone set activation.
Java Web Start
When using Java Web Start, it is recommended that you do not use an HTML cache or proxy server. You can use the Java Web Start Preferences panel to view or edit the proxy configuration. To do this, launch the Application Manager, either by clicking the desktop icon (Microsoft Windows), or type ./javaws in the Java Web Start installation directory (Solaris Operating Environment and Linux), and then select Edit> Preferences.
If you fail to change these settings, you may encounter installation issues regarding a version mismatch. If this occurs, you should clear your Java cache and retry.
VRRP Availability
The Virtual Router Redundancy Protocol (VRRP) is not available on the Gigabit Ethernet interfaces on the MSM-18/4 module or module 1 of the MDS 9222i switch, even though it is visible on these modules. The feature is not implemented in the current release.
Using a RSA Version 1 Key for SSH Following an Upgrade
For security reasons, NX-OS Release 4.2(1a) does not support RSA version 1 keys. As a result, if you upgrade to NX-OS Release 4.2(1a) from an earlier version that did support RSA version 1 keys, and you had configured a RSA version 1 key for SSH, then you will not be able to log in through SSH following the upgrade.
If you have a RSA version 1 key configured for SSH, before upgrading to NX-OS Release 4.1(3a), follow these steps:
Step 1
Step 2
Step 3
Step 4
Proceed with the upgrade to NX-OS Release 4.2(1a).
If you upgrade before disabling SSH and creating RSA version 2 keys, follow these steps:
Step 1
Step 2
Step 3
Step 4
CFS Cannot Distribute All Call Home Information
In MDS NX-OS Release 4.2(1a), CFS cannot distribute the following Call Home commands that can be configured with the destination-profile command:
•
•
The output of the show running-config callhome command shows configured Call Home commands:
switch#show running-config callhome> version 4.1(3)> callhome> email-contact abc@cisco.com <mailto:abc@cisco.com>> phone-contact +14087994089> streetaddress xyxxyx> distribute> destination-profile testProfile> destination-profile testProfile format XML> no destination-profile testProfile transport-method email> destination-profile testProfile transport-method http> destination-profile testProfile http https://xyz.abc.com> destination-profile testProfile alert-group all> transport email smtp-server 64.104.140.134 port 25 use-vrf management> transport email from abc@cisco.com <mailto:abc@cisco.com>> enable> commitWhen you attempt to apply these commands in the ASCII configuration, the following commands fail:
> no destination-profile testProfile transport-method email> destination-profile testProfile transport-method http> destination-profile testProfile http https://xyz.abc.comTo work around this issue, issue these commands after the commit command.
Availability of F Port Trunking and F Port Channels
Trunking F ports and trunking F port channels are not supported on the following MDS 9000 components:
•
•
Trunking F ports, trunking F port channels and regular F port channels are not supported on the following MDS 9000 components:
•
•
•
•
For configuration information, refer to the "Configuring Trunking" section in the Cisco MDS 9000 NX-OS Interfaces Configuration Guide.
Reserved VSAN Range and Isolated VSAN Range Guidelines
On an NPV switch with a trunking configuration on any interface, or on a regular switch where the feature fport_channel_trunk command has been issued to enable the Trunking F PortChannels feature, follow these configuration guidelines for reserved VSANs and the isolated VSAN:
•
•
•
The following VSAN IDs are assigned in the Fibre Channel Framing and Signaling (FC-FS) interface standard:
Applying Zone Configurations to VSAN 1
In the setup script, you can configure system default values for the default-zone to be permit or deny, and you can configure default values for the zone distribution method and for the zone mode.
These default settings are applied when a new VSAN is created. However, the settings will not take effect on VSAN 1, because it exists prior to running the setup script. Therefore, when you need those settings for VSAN 1, you must explicitly issue the following commands:
•
•
•
Running Storage Applications on the MSM-18/4
The Cisco MDS 9000 18/4-Port Multiservice Module (MSM-18/4) does not support multiple, concurrent storage applications. Only one application, such as SME or DMM, can run on the MSM-18/4 at a time.
RSPAN Traffic Not Supported on CTS Ports on 8-Gbps Switching Modules
An inter-switch link (ISL) that is enabled for Cisco TrustSec (CTS) encryption must be brought up in non-CTS mode to support remote SPAN (RSPAN) traffic on the following modules:
•
•
•
If the ISL link is brought up with CTS enabled, random packets drops of both RSPAN traffic and normal traffic will occur on the receiver port switch.
I/O Accelerator Feature Limitations
In NX-OS Release 4.2(1a), IOA does not support the following NX-OS features:
•
•
•
•
•
Support for FCIP Compression Modes
In Cisco NX-OS Release 4.2(1a), FCIP compression mode 1 and compression mode 3 are not supported on the Cisco MSM-18/4 module and on the SSN-16 module.
Saving Copies of the Running Kickstart and System Images
After you upgrade to MDS NX-OS Release 4.2(1a), you are not allowed to delete, rename, move, or overwrite the kickstart and system images that are in the current system bootvar settings on an active or standby MDS Supervisor-2 module on any Cisco MDS 9500 Series switch. This restriction does not apply to the integrated supervisor module on the MDS 9200 and MDS 9100 series switches.
Configuring Buffer Credits on a Generation 2 or Generation 3 Module
When you configure port mode to auto or E on a Generation 2 module, one of the ports will not come up for the following configuration:
•
•
•
When you configure port mode to auto or E on a Generation 3 module, one or two of the ports will not come up for the following configuration:
•
•
•
When you configure port mode to auto or E for all ports in the global buffer pool, you need to reconfigure buffer credits on one or more of the ports. The total number of buffer credits configured for all the ports in the global buffer pool should be reduced by 64.
PPRC Not Supported with FCIP Write Acceleration
IBM Peer to Peer Remote Copy (PPRC) is not supported with FCIP Write Acceleration.
Configuring a Persistent FCID in an IVR Configuration with Brocade Switches
The following information is relevant if you have a fabric that consists of Cisco MDS 9000 switches and Brocade switches, and the Cisco MDS switches are running either NX-OS Release 4.x or Release 5.x and Brocade is running FOS higher than 6.x. In an IVR configuration, when IVR NAT is enabled on a Cisco MDS 9000 switch, the device in the native VSAN should be configured with a persistent FCID. Assuming the FCID is 0xAABBCC, AA should be configured with the virtual IVR domain ID of the VSAN that contains the ISLs and BB should be configured in the following range:
•
•
This configuration ensures that the devices connected to the Cisco MDS 9000 switch can be seen in the name server database on the Brocade switch.
Caveats
This section lists the open and resolved caveats for this release. Use Table 16 to determine the status of a particular caveat. In the table, "O" indicates an open caveat and "R" indicates a resolved caveat.
Resolved Caveats
•
Symptom: The SCSI Flow Manager (SFM) failed as a result of a link flap of a SCSI-FLOW target configured for IVR.
Workaround: This issue is resolved.
•
Symptom: After you perform an in-service software upgrade (ISSU) from SAN-OS Release 3.x to NX-OS Release 4.x, the show fcs database command does not display the attached pWWNs.
Workaround: This issue is resolved.
•
Symptom: When a crossbar module fails because of sync loss, MDS 9000 switches try to recover the fabric module by power cycling the crossbar. This may result in lost data path connectivity because the recovery may not be complete.
Workaround: This issue is resolved.
•
Symptom: On an MDS 9513 switch, the crossbar ASIC on a Fabric 1 or Fabric 2 module may fail. As a result, some ports may get disabled on the modules that use the crossbar links in the bad fabric module.
Workaround: This issue is resolved.
•
Symptom: During a non-disruptive software upgrade, the Forwarding Information Base (FIB) process might terminate on the following modules:
•
•
•
You might experience this issue if you upgrade from NX-OS Release 4.1(1b) or Release 4.1(1c) to Release 4.1(3a). However, you will not experience this issue if you upgrade from NX-OS Release 4.1(1b), Release 4.1(1c), or Release 4.1(3a) to Release 4.2(1a).
Workaround: This issue is resolved by upgrading to NX-OS Release 4.2(1a) or later.
•
Symptom: On MDS switches running NX-OS software earlier than NX-OS Release 4.2(1a), an fctrace command or fcping command will not show the correct path to the target switch if any of the switches are connected through an ISL using any of the ports of the following modules:
•
•
•
The output of an fctrace or fcping command will not show any information about the switches connected through the ports of these modules.
Workaround: This issue is resolved.
•
Symptom: The Online Health Management System (OHMS) did not receive a congestion status when the ports were in a hardware failure state.
Workaround: This issue is resolved.
•
Symptom: If a host issues a tape read command with the suppress incorrect-length indicator (SILI) bit set, it is possible for the target to return a good status and not send the full read data length requested in the read command. If this occurs, FCIP tape acceleration can leave the exchange entry in an error recovery state on the FCIP target side, and remove the exchange entry on the FCIP host side. As a result, FCIP loss of sync failure can occur.
Workaround: This issue is resolved.
•
Symptom: End of sequence is not set for STK drives when the host requests more data than what is written to the tape.
Workaround: This issue is resolved.
•
Symptom: If there are DWDM link failures of less than 100ms, an MDS switch sends a NOS, which results in traffic disruption, especially when there is FICON traffic.
Workaround: This issue is resolved.
•
Symptom: When a tape reaches its capacity, an IBM TS1120 tape drive send a check condition with eom=1 and asc_ascq = 0. Because asc_ascq is not set to End of Medium or Partition, SME continues to send traffic as if the end of the tape has not been reached. As a result, the backup fails when it spans across multiple tapes. This issue is specific only to IBM TS1120 tape drives.
Workaround: This issue is resolved.
•
Symptom: Occasionally, when you enter the feature npv command to enable NPV, or enter the no feature npv command to disable NPV, the switch does not reload as expected. Instead, it returns to the Configuration mode prompt.
Workaround: This issue is resolved.
•
Symptom: When dual supervisor modules are installed on a Cisco MDS switch running Cisco NX-OS Release 4.1(3a), if the feature fport_channel_trunk command has been issued to enable the F PortChannel feature and a switchover is performed, new F port trunking and F port channeling configurations cannot be made and the existing links may not come up if they flap after a switchover.
Workaround: This issue is resolved.
•
Symptom: Under rare conditions, a port may drop data after the port flaps in the presence of congestion. The output of the show hardware internal packet-flow dropped command shows the dropped data as RX (receive) frame drops on a module. In such instances, the following type 1, type 2, and possibly type 3 errors may be seen:
–
–
–
For this issue to occur, the port must have frames held in the port buffer at the time that the port is brought down and up. A port normally has time to empty its buffers when it is shut down. However, in unusual cases, such as if there is congestion on the port at the time of the shutdown, or in rare cases, frames can still be held in the buffers while the port is reinitialized.
Workaround: This issue is resolved.
•
Symptom: A host that is behind a NPIV F port cannot see the zoned LUNs if the addition of the F port to the zone and the zone set activation occur after an In Service Software Upgrade (ISSU). This issue applies only to an NPIV F port on MDS 9124 and MDS 9134 fabric switches
Workaround: This issue is resolved.
•
Symptom: The IVR over FCIP MSM-18/4 license is not using the FCIP license, but is checking out the Enterprise license.
Workaround: This issue is resolved.
•
Symptom: The otheridentifyingInfo property on the CIM Server is returning incorrect domain IDs.
Workaround: This issue is resolved.
•
Symptom: When NPV is enabled, IP access list commands are not accessible.
Workaround: This issue is resolved.
•
Symptom: An Inter-Switch Link (ISL) does not come up after one switch reloads.
Workaround: This issue is resolved.
•
Symptom: In very rare circumstances, the zone server might fail due to a heartbeat failure.
Workaround: This issue is resolved.
•
Symptom: When a Cisco Fabric Switch for HP c-Class BladeSystem or Cisco Fabric Switch for IBM BladeCenter reloads following the system startup-config init command, the switch does not auto boot, but remains at the loader prompt. The command erroneously erases the startup configuration from the boot flash.
Workaround: This issue is resolved.
•
Symptom: The TPC application cannot discover the MDS 9509 switch when it is connected to an MDS 9020 switch.
Workaround: This issue is resolved.
•
Symptom: A kernel failure in the Mgmt0 driver caused the MDS 9222i switch to reboot
Workaround: This issue is resolved.
•
Symptom: A memory leak caused the port manager to fail and put the ports in a hardware failure state.
Workaround: This issue is resolved.
•
Symptom: The SystemName property on the CIM Server is returning the wrong values for N port and F port.
Workaround: This issue is resolved.
•
Symptom: SNMP should gracefully handle timeouts caused by port initialization.
Workaround: This issue is resolved.
•
Symptom: The system manager core server does not clean up the core files on the MDS 9513 switch.
Workaround: This issue is resolved.
•
Symptom: A large sequence number causes Performance Manager in Web Client to not function properly.
Workaround: This issue is resolved.
•
Symptom: Port flaps during a zone set activation cause the zone set to get stuck with the status: Activation in progress.
Workaround: This issue is resolved.
•
Symptom: When running Cisco MDS Release SAN-OS 3.3(2) with DPVM enabled, if a link flaps for a end device with DPVM enabled, you might see the following message in the output of the show logging log command:
switch#Workaround: This issue is resolved.
•
Symptom: Upon receiving an OLS when a link went down, the OLS counter was not incremented.
Workaround: This issue is resolved.
•
Symptom: Compression throughput on the MSM-18/4 module has been improved.
Workaround: This issue is resolved.
•
Symptom: When an SFP is removed because a port if Administratively Down or Out of Service, a syslog message should be generated.
Workaround: This issue is resolved.
Open Caveats
•
Symptom: A watchdog timeout error may cause a Cisco MDS 9124 switch to fail and reload. This symptom may occur when there is excessive traffic or errors on the mgmt0 port.
Workaround: Avoid overloading the mgmt0 port.
•
Symptom: An MDS 9124 switch may randomly reboot with a reset reason of unknown. This is a rare event and occurs only in systems that have a single power supply with a serial number beginning with QCS.
Workaround: Install and power up the redundant power supply.
•
Symptom: Following a reboot of an MDS 9513 switch running Cisco SAN-OS Release 3.3(2), both supervisor modules generated core files. The show cores command and the show system reset-reason command displayed the following output:
switch# show coresModule-num Process-name PID Core-create-time---------- ------------ --- ----------------8 qos 15671 Sep 21 22:167 qos 4370 Sep 21 22:17switch# show system reset-reason----- reset reason for Supervisor-module 8 (from Supervisor in slot 8) ---1) At 517868 usecs after Mon Sep 21 22:12:09 2009Reason: Reset triggered due to HA policy of ResetService: Service "qos"Version: 3.3(2)----- reset reason for Supervisor-module 7 (from Supervisor in slot 7) ---1) At 260648 usecs after Mon Sep 21 22:12:37 2009Reason: Reset triggered due to HA policy of ResetService: Service "qos"Version: 3.3(2)Workaround: To mitigate the risk of a QoS failure, configure static persistent FC IDs so that the local logins do not share the same domain or area. There should be no more than 50 logins with the same area.
In addition, you can enter the show qos internal mem-stats detail | inc fcid command and then check the current allocation value of the QOS_MEM_qos_fcid in the output. If this value is close to 70000, then there is a high chance of a QoS failure, followed by a system reboot.
•
Symptom: If IOA receives a data stream that cannot be compressed, and if the batch of data accumulated by IOA aligns to an internal buffer size, the IOA service engine will reset.
Workaround: None. Because there is no workaround in NX-OS Release 4.2(1a), IOA does not support compression in Cisco NX-OS Release 4.2(1a) and Release 4.2(1b).
•
Symptom: On any of the MDS 9500 Series Director switches that have removable Supervisor 2 modules, a supervisor may reset when any one of the following commands is executed on the switch, or the same information is collected through Cisco Fabric Manager or Device Manager:
•
•
•
•
•
•
In NX-OS Release 4.1(x) and Release 4.2(x), there are two additional commands that may cause this issue:
•
•
In a dual supervisor switch, entering one of these commands will force a supervisor switchover. In single supervisor systems, the switch will reload.
This issue does not affect switches with a nonremovable Supervisor 2 module, such as the MDS 9222i or MDS 9124.
Workaround: There are three ways that you can work around this issue:
•
•
Cisco SAN-OS Release 3.3(4a) or above
Cisco NX-OS Release 4.2(3) or above
•
To download and install the plug-in, follow these steps:
1.
2.
3.
switch# copy bootflash:m9500-sup2-showtech-FN63288-plugin-1.0.bin bootflash:gplug_copy4.
> version 4.1(3)copy bootflash:gplug_copy bootflash://sup-remote/5.
> callhomeload bootflash:gplug_copy6.
> email-contact abc@cisco.com <mailto:abc@cisco.com>attach module <standby-sup-slot>7.
> phone-contact +14087994089load bootflash:gplug_copyFor additional information, see the Field Notice FN - 63288 that is available at these links:
Guest: http://www.cisco.com/en/US/ts/fn/632/fn63288.html
Customer: http://www.cisco.com/en/US/customer/ts/fn/632/fn63288.html
•
Symptom: Bit errors occurred on frames received from the Cisco Fabric Switch for IBM BladeCenter on slots 1 through 4.
Workaround: Upgrade to NX-OS Relase 4.2(3) where this issue is resolved.
•
Symptom: On certain hardware, certain Cisco MDS 9000 Series features and applications do not work. These include IVR, IOA, DMM, SME, fcflow, and SPAN.
The following devices with hardware revision 1.5 are affected by this issue:
–
–
–
The following devices with hardware revision 1.0 are affected by this issue:
–
For this module, the affected version is 73-14372-01A0 hardware version 1.0 (due to the new 73-number)–
For this switch, the affected version is 73-14373-01A0 hardware version 1.0 (due to the new 73-number)For the DS-X9248-96K9, DS-X9248-48K9 and DS-X9224-96K9 modules, the output of the show module command indicates whether or not the device is affected.
switch# sh mod 2Mod Ports Module-Type Model Status--- ----- ----------------------------------- ------------------ ----------2 24 1/2/4/8 Gbps FC Module DS-X9224-96K9 okMod Sw Hw World-Wide-Name(s) (WWN)--- -------------- ------ --------------------------------------------------2 5.2(1) <B>1.0</B> 20:41:00:0d:ec:24:f4:c0 to20:58:00:0d:ec:24:f4:c0In the preceding output, the device is hardware revision 1.0 and therefore not affected.
For the DS-X9304-18K9 and the DS-C9222i-K9, the show module command might indicate hardware version 1.0 due to new part numbers; however the show sprom module command shows the affected parts.
switch# sh mod 9Mod Ports Module-Type Model Status--- ----- ----------------------------------- ------------------ ----------9 22 4x1GE IPS, 18x1/2/4Gbps FC Module DS-X9304-18K9 okMod Sw Hw World-Wide-Name(s) (WWN)--- -------------- ------ --------------------------------------------------9 5.2(1) 1.0 22:01:00:0d:ec:25:e9:80 to 22:12:00:0d:ec:25:e9:80Mod MAC-Address(es) Serial-Num--- -------------------------------------- ----------9 00-1a-e2-03-4c-5c to 00-1a-e2-03-4c-64 JAE1131SCBWswitch# sh sprom module 9 1 |egrep "Part|Serial"Serial Number : JAE1131SCBWPart Number : 73-10688-06 <-- Not 73-14372-01 so h/w ver 1.0 is OKPart Revision : A0Workaround: Upgrade to software release that has the fix for this issue.
–
–
–
•
Symptom: The show startup command displays aspects of the running configuration when SANtap is configured and/or SANtap objects are created. When a user creates objects such as a CVT or DVT, the configuration is showing in the running-configuration and in the startup-configuration without copying the configuration into the startup-configuration.
Workaround: Issue a copy running-config startup-config command whenever you create objects such as a CVT or DVT so that the running-configuration and startup-configuration are synchronized.
•
Symptom: The Trunking F PortChannels feature is not available in NX-OS Release 4.1(1x); however, a downgrade from Release 4.1(3a) or later to Release 4.1(1x) is nondisruptive, even when the Trunking F PortChannels feature is enabled (using the feature fport-channel-trunk command) while running Release 4.1(3a) or later.
Workaround: If a downgrade to Release 4.1(1x) is performed when the Trunking F PortChannels feature is enabled, the switch will be in an inconsistent state. You must reload the switch after a downgrade to Release 4.1(1x).
•
Symptom: During bring up of the switch port, the port may go into an error disabled state with the reason "excessive interrupts." This situation can occur if the other end that is connected to the port continuously sends OLS or NOS primitives.
Workaround: To recover from the failure, enter the shut command, followed by the no shut command for the port. The switch will attempt to bring up the port again.
•
Symptom: During a software upgrade or a reload of the Cisco MDS 9000 MSM-18/4 module or the Cisco MDS 9000 SSN-16 module, IOA flows that are bound to the module are migrated to another IOA service engine in the fabric. The migration causes IOA to trigger a re-login of the host to the target. This process takes several seconds to complete. Certain devices do not tolerate the delay and do not re-login to the target. These devices require a manual intervention to re-login.
This issue has been observed only in certain storage arrays involved in remote replication applications. Host drivers involved in tape backup environments do not exhibit this issue.
Workaround: Some applications may require manual intervention for the storage arrays to re-login. The manual intervention should be implemented from the storage array software.
•
Symptom: On a Cisco MDS 9000 switch that is running Cisco NX-OS Release 4.x software, call home emails are not generated for link failures such as the following:
> streetaddress xyxxyxWorkaround: For ports where you wish to receive a call home message for link failures, configure RMON to trigger an alert when a link failure occurs. RMON will in turn generate a call home message, provided that the RMON alert group is part of the call home destination profile.
Related Documentation
The documentation set for NX-OS for the Cisco MDS 9000 Family includes the following documents. To find a document online, access the following web site:
http://www.cisco.com/en/US/products/ps5989/tsd_products_support_series_home.html
The documentation set for Cisco Fabric Manager appears in the Cisco Fabric Manager Release Notes for Release 4.2(1), which is available from the following website:
http://www.cisco.com/en/US/products/ps10495/prod_release_notes_list.html
Release Notes
•
•
•
•
Regulatory Compliance and Safety Information
•
Compatibility Information
•
•
•
•
•
•
Hardware Installation
•
•
•
•
Software Installation and Upgrade
•
•
•
Cisco NX-OS
•
•
•
•
•
•
•
•
•
•
•
Command-Line Interface
•
Intelligent Storage Networking Services Configuration Guides
•
•
•
•
•
•
Troubleshooting and Reference
•
•
•
•
Obtaining Documentation and Submitting a Service Request
For information on obtaining documentation, submitting a service request, and gathering additional information, see the monthly What's New in Cisco Product Documentation, which also lists all new and revised Cisco technical documentation, at:
http://www.cisco.com/en/US/docs/general/whatsnew/whatsnew.html
Subscribe to the What's New in Cisco Product Documentation as a Really Simple Syndication (RSS) feed and set content to be delivered directly to your desktop using a reader application. The RSS feeds are a free service and Cisco currently supports RSS version 2.0.
This document is to be used in conjunction with the documents listed in the "Related Documentation" section.
CCDE, CCENT, CCSI, Cisco Eos, Cisco HealthPresence, Cisco Ironport, the Cisco logo, Cisco Lumin, Cisco Nexus, Cisco Nurse Connect, Cisco Stackpower, Cisco StadiumVision, Cisco TelePresence, Cisco Unified Computing System, Cisco WebEx, DCE, Flip Channels, Flip for Good, Flip Mino, Flip Video, Flip Video (Design), Flipshare (Design), Flip Ultra, and Welcome to the Human Network are trademarks; Changing the Way We Work, Live, Play, and Learn, Cisco Store, and Flip Gift Card are service marks; and Access Registrar, Aironet, AsyncOS, Bringing the Meeting To You, Catalyst, CCDA, CCDP, CCIE, CCIP, CCNA, CCNP, CCSP, CCVP, Cisco, the Cisco Certified Internetwork Expert logo, Cisco IOS, Cisco Press, Cisco Systems, Cisco Systems Capital, the Cisco Systems logo, Cisco Unity, Collaboration Without Limitation, EtherFast, EtherSwitch, Event Center, Fast Step, Follow Me Browsing, FormShare, GigaDrive, HomeLink, Internet Quotient, IOS, iPhone, iQuick Study, IronPort, the IronPort logo, LightStream, Linksys, MediaTone, MeetingPlace, MeetingPlace Chime Sound, MGX, Networkers, Networking Academy, Network Registrar, PCNow, PIX, PowerPanels, ProConnect, ScriptShare, SenderBase, SMARTnet, Spectrum Expert, StackWise, The Fastest Way to Increase Your Internet Quotient, TransPath, WebEx, and the WebEx logo are registered trademarks of Cisco Systems, Inc. and/or its affiliates in the United States and certain other countries.
All other trademarks mentioned in this document or website are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (0907R)
Any Internet Protocol (IP) addresses used in this document are not intended to be actual addresses. Any examples, command display output, and figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses in illustrative content is unintentional and coincidental.
© 2009 Cisco Systems, Inc. All rights reserved.
