Table Of Contents
Readme for Device Fault Manager 2.0 Service Pack 2 on Solaris
Hardware and Software Requirements
Known DFM/Service Pack Problems
Readme for Device Fault Manager 2.0 Service Pack 2 on Solaris
5 July 2005
This Readme file is for Device Fault Manager (DFM) 2.0 Service Pack 2 on Solaris. It contains the following sections:
•
Hardware and Software Requirements
•
Known DFM/Service Pack Problems
Note
We have adopted a new system for naming and numbering our patch/IDUs. For all releases after DFM 2.0 Patch/IDU 2.0.1, we will use the following conventions: Patch/IDUs will be called Service Packs, and instead of version x.y.z, it will be called version z. For example, instead of DFM 2.0 Patch/IDU 2.0.2, this release is being called DFM 2.0 Service Pack 2.
Description
DFM 2.0 Service Pack 2 is a collection of updated files. Like all service packs, Service Pack 2 is cumulative and contains:
•
All of the device support provided by Service Pack 2 and Patch/IDU 2.0.1, which is listed in the New Device Support.
•
All of the bug fixes provided by Service Pack 2 and Patch/IDU 2.0.1, which are listed in Resolved DFM Problems.
•
Information on the new CISCO-DEVICE-EXCEPTION-REPORTING-MIB pass-through trap, cderMonitoredExceptionEvent. See the online help by clicking the Help button and selecting Device Fault Manager > Processed and Pass-Through Traps, and Unidentified Traps and Events > Pass-through SNMP Unidentified Traps.
•
New functions and online help provided in Patch/IDU 2.0.1, which includes information on the new script for listing ports and interfaces according to their type, name, group membership and managed status. For more information, see the online help by selecting Device Fault Manager > Using Device Management > Getting Started with Device Management > Listing Ports and Interfaces in the DFM Inventory.
CautionYou cannot remove Service Pack 2 after installing it; to return to your original configuration, you will have to uninstall and reinstall DFM. Therefore, you should save your configuration before installing this service pack as described in Installing the Service Pack.
Service Pack 2 contains only the updated files, not a complete DFM image.
Related Documentation
Information about DFM 2.0 is available from Cisco.com. Go to http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/index.htm.
Note
For the status of DFM bugs that are due to device-specific problems, refer to Status of DFM Device Agent Bugs (DFM 1.x and 2.x) on Cisco.com at this URL:
http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dev_sup/index.htm. That document is updated whenever a service pack is released.
Note
You should print out and read this document before installing Service Pack 2.
New Device Support
This section lists the device support provided by this service pack. The object identifiers (OIDs) for all devices are provided in the device support table for DFM 2.0. You can view this table on Cisco.com by going to http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dev_sup/dfm2_0.htm.
Service Pack 2 provides the following new device support:
Note
Unless otherwise noted, these devices run the IOS operating system.
•
Cisco Content Networking Devices:
–
Cisco 500 Series Content Engines: CE511 (running ACNS)
•
Cisco Interfaces and Modules:
–
Cisco Service Modules: RPM-XF (for MGX 8800 Series Switches)
•
Cisco Routers:
–
Cisco Small Business Routers: SB101, SB106, SB107
–
Cisco 12000 Series Routers: GSR 12010
•
Cisco Storage Networking:
–
Cisco MDS 9200 Series Multilayer Fabric Switches: MDS 9216A (running SAN-OS)
•
Cisco Switches and Hubs:
–
Cisco Ethernet Switching Network Modules: Cisco Gigabit Ethernet Switch Module (CGESM, for HP Blade Server)
•
Cisco Voice and IP Communications:
–
Cisco IP Contact Center products: IPCC (running ICM)
•
Cisco Wireless:
–
Cisco Aironet 1130 AG Series: AP 1130
Hardware and Software Requirements
Service Pack 2 can be installed on a system running:
•
DFM 2.0 (with or without Common Services 3.0 Service Pack 1)
•
DFM 2.0 running with Patch/IDU 2.0.1 (with or without Common Services 3.0 Service Pack 1)
In addition to the hardware and software requirements needed for the initial installation of DFM 2.0, you must also install the Common Services MDF Package Version 1.2 or later (see Installing the Service Pack). If you have installed Common Services 3.0 Service Pack 1, you have the required MDF package.
For information on installing DFM 2.0, refer to Installing and Setting Up Device Fault Manager on Solaris. You can view this documentation on Cisco.com by going to: http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dfm20/install/solaris/index.htm.
Downloading the Service Pack
Service Pack 2 files are downloaded in a compressed form. To prevent overwriting of files in existing directories as well as ensure that adequate disk space is available, users should download the files to a temporary working area of their server, and then uncompress the files.
Note
You can also use the Common Services Device Update function to download the service pack. For more information, from the Common Services home page, select Software Center > Software Update and click Help.
Step 1
Make sure you have adequate free space, then, from the DFM download page at http://www.cisco.com/cgi-bin/tablebuild.pl/cw2000-dfm, click the link to cwdfm2_0_2_sol.zip, and follow the instructions to download the zip file to a temporary working area of your server.
Step 2
Unzip all files into the temporary working area:
# unzip cwdfm2_0_2_sol.zip
Installing the Service Pack
CautionYou cannot remove Service Pack 2 after installing it; to return to your original configuration, you will have to uninstall and reinstall DFM. Therefore, you should save your configuration before installing this service pack as described in Step 1.
Step 1
Make sure that you have a backup of your configuration, in case you need to revert back to it. (This service pack cannot be uninstalled.)
Step 2
Verify that Common Services MDF package version 1.2 (or later) is installed:
a.
From the Common Services home page, select Software Center > Device Update.
b.
In the Products Installed table, click the CiscoWorks Common Services link. The Package Map page opens.
c.
Check the page under Patches Installed:
–
If MDF Package Version 1.2 (or later) is listed, proceed to Step 3.
–
If either MDF Package Version 1.2 (or later) is not listed or no MDF package is listed, return to the Software Updates page, click Help, and follow the instructions to download the MDF package.
Step 3
Move to the directory in which the unzipped Service Pack 2 files reside, and run the installation script:
# ./setup.sh
Note
You can run the installation remotely. For information on mounting and unmounting disks, refer to Installation and Setup Guide for Device Fault Manager on Solaris.You can view this document by logging onto Cisco.com and going to http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dfm20/install/solaris/index.htm.
Step 4
If you are using ACS mode, you will be warned that if you configured any custom ACS roles, they will be lost unless you exit the installation and change the AAA security mode to CiscoWorks Local. Do one of the following:
•
If you want to continue the installation (you will lose any ACS custom roles), click Yes and proceed to Step 5.
•
If you do not want to continue the installation (so you can change your AAA security mode to CiscoWorks Local and save any ACS custom roles), do the following:
–
Click No. (You will need to reset your mode to ACS after you have installed DFM, as described in Step 8.) The installation will abort.
–
From the command prompt, run the following command:
NMSROOT/bin/perl NMSROOT/bin/ResetLoginModule.pl–
Return to Step 3 to begin the service pack installation process.
Step 5
Follow the prompts in the installation script. The options displayed by the installation script depend on your configuration.
Step 6
Verify the installation:
a.
From the Common Services home page, select Software Center > Software Update.
b.
In the Products Installed table, click the Device Fault Manager link. A page that lists all installed patches, packages, and applications is displayed.
c.
Verify that under Patches Installed, there is an entry for DFM2.0-SP2.
Step 7
Rediscover the new devices using the DFM home page:
•
If you are using automatic synchronization with the DCR, select Device Management > Rediscover/Delete.
•
If you are using manual synchronization with the DCR, select Device Management > Device Selector and add the devices to the DFM inventory. The devices will be rediscovered when they are added to DFM.
Step 8
If you exited the installation in order to change your AAA security mode from ACS to CiscoWorks Local (in Step 4), reset your security role back to ACS. From the Common Services home page, select Server > Security > AAA Mode Setup, click Help, and follow the instructions.
Step 9
Remove the distribution files from the temporary working area on your server.
Known DFM/Service Pack Problems
The following tables describe the known problems in Service Pack 2. Unless otherwise specified, there is no workaround for these problems.
Note
To obtain more information about known problems, access the Cisco Software Bug Toolkit at http://www.cisco.com/cgi-bin/Support/Bugtool/home.pl. (You will be prompted to log into Cisco.com.)
You can also find more information on DFM problems, as follows:
•
For a list of known problems in Device Fault Manager 2.0, go to: http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dfm20/rel_note/sol_rn.htm.
•
For the status of other DFM bugs that are due to device-specific problems, refer to Status of DFM Device Agent Bugs (DFM 1.x and 2.x) on Cisco.com at this URL:
http://www.cisco.com/univercd/cc/td/doc/product/rtrmgmt/cw2000/dfm/dev_sup/index.htm. That document is updated whenever a service pack is released.
Table 2 Known Problems in Service Pack 2
Bug ID Summary ExplanationCSCsb12653
Custom roles in ACS overwritten when application/Service Pack installed
Custom ACS roles are overwritten when DFM 2.0 (or any DFM 2.0 service packs or patch/IDUs) are installed on a CiscoWorks machine that is configured to use ACS 3.3.x for its security mode. This is due to a Common Services defect (CSCsb07694).
The installation software includes a warning message that explains the workaround, as follows:
1.
Exit the installation and run the following command to reset the mode to CiscoWorks Local (the following command is one line):
NMSROOT/bin/perl NMSROOT/bin/ResetLoginModule.pl2.
Restart the installation process.
3.
When the installation completes, reset the mode back to ACS from the Common Services home page (using Server > Security > AAA Mode Setup).
This information has been included in the service pack installation instructions (see Installing the Service Pack).
CSCsa93563
Solaris: SP2 is not receiving traps from HP OpenView
After Service Pack .2 is installed on Solaris, DFM does not receive traps from HP OpenView, even if the trap receiving port is set to 9000 and the trap listening port is set to 162. The traps are displayed in HP OpenView, but not in DFM. This problem occurs because when the DfmServer process is restarted, HP OpenView stops sending traps.
The workaround is to manually stop and start the sm_ov_fwd process.
CSCsa84962
DFM should not allow installation of Patch/IDU 2.0.1 on DFM SP2
If a user tries to install patch/IDU 2.0.1 on top of DFM 2.0 Service Pack 2, DFM should issue error messages, but it does not. There is no workaround.
CSCsa85635
DFM should allow installation of DFM 2.0 on DFM SP2
If a user tries to install DFM 2.0 on top of DFM 2.0 Service Pack 2, DFM issues an error and exits the installation. There is no workaround.
CSCsa56549
No prompt when patch/IDU or service pack is installed and user reinstalls
If the user tries to reinstall a patch/IDU or service pack that is already installed, DFM does not ask for confirmation that the user really wants to perform the reinstallation. On Solaris, a message informs the user that the patch/IDU or service pack is already installed and continues with the reinstallation. On Windows, DFM proceeds with the reinstallation without notifying the user of the existing installation. There is no workaround.
CSCsa66717
Patch/IDU or service pack install log summary message misleading
Although a patch/IDU or service pack installation will correctly abort if an outdated MDF package is installed, the installation software will display the following message:
Possible Warnings/Errors Encountered- =================== No Errors were encountered during installation.The Windows installation log will describe the problem ("MDF PSU package is not installed"), but the Solaris installation log will not.
You should ignore the final message and install the appropriate MDF package from:
CSCsa67346
3560-48PS, Metro 3750: Collision Rate event info shows null value
The event details windows for collision rate displays the value of SingleCollisionFramesP null, as follows:
OutputPacketRate 3333333.2 PPS CollisionPct 12.0 % SingleCollisionFramesP nullThis was observed on the 3560-48PS switch and the Metro 3750 series switches. There is no workaround.
CSCsa86901
MDS-9216A: DDV does not display FibreChannel interfaces
The MDS-9216A Detailed Device View does not display the device's FibreChannel interfaces. The MDS-9216A has 18 interfaces (17 are ifType fibreChannel(56) and one is ifType fastEther(62)). Only the FastEthernet port is shown in the DDV; no interface components are listed.
This is due to a problem with the DFM engine. There is no workaround.
CSCsa85670
MDS-9216A: DDV does not display memory information
The Detailed Device View does not display memory components for the MDS-9216A, even though the device supports memory components.
This is due to a problem with the DFM engine. There is no workaround.
CSCsa82905
CE-511: Port/interface alerts not generated
The CE-511 does not compute CurrentUtilization because HighCounter MIBs are not implemented for interfaces with speeds greater than 20 Mbps. A bug has been opened against the CE-511 (CSCeh60145). There is no workaround.
CSCsa81033
DFM generates discovery error messages for GSR-12010
When attempting to discover the GSR-12010 (OID 1.3.6.1.4.1.9.1.348), DFM generates error messages and device fans are not discovered.
This is due to a problem in the DFM engine. There is no workaround.
CSCsa80319
IPCC: Port/interface alerts not generated
The IPCC does not compute CurrentUtilization because HighCounter MIBs are not implemented for ETHERNETCSMACD interfaces with speeds greater than 1,000 Mbps. A bug has been opened against the IPCC (CSCeh62329). There is no workaround.
CSCsa83484
SB101 does not implement high counter MIBs
The SB101 does not compute CurrentUtilization because HighCounter MIBs are not implemented for PPP interfaces with maxSpeed = 100000000. An agent bug will be opened. There is no workaround.
CSCsb03285
GSR12010 does not report RepeatedRestarts
The GSR 12010 does not support the RepeatedRestarts fault because the device does not generate cold start and warm start traps. A bug has been opened against the GSR 12010 (CSCsb09818). There is no workaround.
CSCsa66807
DDV has redundancy related information
The following redundancy-related information was displayed on the Detailed Device View for the CE-2636, CDM-4650, CE-511, and WLSE 2.8:
RedundancyState
LastSwitchOverTime
LastSwitchOverReasonThis information should not be listed, since it is meaningless for these devices. There is no workaround.
Resolved DFM Problems
The following tables describe DFM problems that are resolved in Service Pack 2.


