Additional Information Online

Service packs (formerly called incremental device updates or IDUs) contain the updated files necessary for the latest device support and fixes to known problems that are not available in DFM 2.0. If you are a registered user, you can download service packs for DFM from:

Known Problems in DFM 2.0.3

Table 8 lists all problems that are specific to DFM 2.0.3. Note that known bugs from DFM 2.x service packs have been rolled in to this release.

Table 3 Known Problems in DFM 2.0.3

Bug ID

Summary

Additional Information

CSCsc68174

Local upgrade from LMS 2.5 LMS 2.5.1 should remove jar files from old image

After performing a local upgrade to LMS 2.5.1 from LMS 2.5 (in other words, an upgrade from DFM 2.0), the DFM 2.0.3 image contains some jar files that should be removed. If not removed, these files may cause random problems when DFM Group Administration is used.

The workaround is as follows:

1. Stop the daemon manager.

2. Manually delete the following files from NMSROOT/MDC/tomcat/webapps/triveni/WEB-INF/lib:

Several columns in the DFM 2.x Detailed Device View are difficult to read because they are narrow and cannot be resized. There is currently no workaround.

CSCsa49471

Cannot configure user messages for the ciscoEpmNotificationAlarm

DFM CISCO-EPM-NOTIFICATION-MIB traps contain three user message fields: cenUserMessage1, cenUserMessage2, cenUserMessage3. However, the varbinds values are set to um1, um2, and um3, respectively, and cannot be reconfigured. There is no workaround.

CSCsb04678

DFM 2.0 displays bogus device info for selected alerts

When a user clicks an Alert ID for a given device, sometimes DFM occasionally displays alerts that are for different devices. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb04914

DFM helpdesk user should not be able to manage/unmanage devices and interfaces

A user with the helpdesk role can manage and unmanage devices and interfaces (from either the Detailed Device View or by editing polling parameters from Configuration > Polling Parameters). A helpdesk user should not have this privilege. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb05350

Cannot customize e-mail notification subject

Users cannot customize the subject of e-mail notifications. There is currently no workaround.

CSCsb82140

DFM does not handle ifOperStatus values correctly

DFM is capable of handling ifOperStatus values up(1) and down(2), but it does not recognize the dormant state. There is currently no workaround.

CSCsa48916

AA Detail page only refreshes events when they clear or recur

The Alerts and Activities Detail page only refreshes an event's status when the event is cleared, or when the event surpasses a threshold. However, even if the event repeatedly surpasses the threshold, DFM does not refresh the value. There is currently no workaround.

CSCsb38137

DFM 2.x discovery may hang (in Learning state) indefinitely

DFM 2.x discovery may hang (in Learning state). The conditions are unknown. This bug is under investigation. There is currently no workaround.

CSCsb82889

DFM does not generate alerts when another application subsequently takes port 162

If DFM is listening for traps at port 162, and another application subsequently takes that port, DFM will not receive any traps nor will it generate alerts.

The workaround is as follows:

1. Change the trap receiving port in DFM.

2. Use (or configure) a remote installation of the HPOV-NetView adapter, in which the remote machine is listening for traps on port 162.

3. Configure the remote machine to forward all traps to DFM at the listening port configured in Step 1.

When a device interface goes down, DFM generates two interface Unresponsive events for the same interface. This happens because DFM generates one event for the interface and another event for the underlying SNMP object. No workaround is currently available. Ignore the duplicate event.

CSCsc38566

DFM should not create virtual interface objects

DFM creates objects for virtual interfaces, but it should not. This is problematic for networks containing routers that have large numbers of virtual interfaces (because the objects, which contain little information, use system resources and discovery time). This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb96943

In device name, dot is missing between name and domain

After importing devices from the DCR to DFM, a device may occasionally go to the Questioned state because the dot in the device name (between the name and domain) disappears. The name may be displayed correctly in the DCR. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

After upgrading DFM 2.0 to DFM 2.0.3 (using the CD), if the user selects Device Management > Device Selector, the page occasionally displays a JSP error. This was observed on one machine. There is currently no workaround.

CSCsc41746

Intermittent problems when editing DFM user-defined groups

Occasionally, a user will not be able to edit user-defined groups. This happens intermittently. The workaround is to restart the daemon manager.

CSCsc44902

DFM devices are deleted when restricted license number exceeded

When more than 300 devices are added to a DFM server running with a restricted license, all devices are deleted from DFM. After some time, some of the devices may be automatically re-added. There is no workaround.

CSCsc46279

Solaris: Local upgrade hangs because sm_server is not registered with broker

When upgrading LMS 2.2 to LMS 2.5.1 on Solaris, a local upgrade may intermittently fail during the migration phase. This is because the sm_server does not register with the DFM broker. The workaround is to stop the sm_server and brstart processes using kill -9.

After upgrading DFM 1.2.x to DFM 2.0.3, if the user selects Device Management > Device Selector, the page intermittently displays the following message:

An exception has occurred. Please check the
DCRAdapter.log file.

The workaround is as follows:

1. Stop the daemon manager.

2. Verify that ports 43501 to 43508 are free (not in Listen or Timed_wait state). If they are not yet free, wait 3-4 minutes.

3. Restart the daemon manager.

CSCsa79086

Cannot create MSFC user-defined or customizable groups

DFM users cannot create user-defined or customizable groups for MSFCs. This is because the Group Administration user interface does not list the MSFCs in the Objects Matching Membership Criteria list, even though the MSFCs match the rule. As a result, the user cannot adjust polling and threshold settings or priorities for MSFCs. There is no workaround.

CSCsb36438

LMS 2.5 may not work properly with HP NIC-Teaming environment

If DFM is running on a server with multihomed HP NIC-Teaming (fail-on-fault) environment, devices in the DFM inventory are listed as Unresponsive. This was observed on a Windows server. The workaround is to disable NIC-Teaming, and then reinstall Common Services, DFM, and any other required LAN Management Solution applications.

CSCsa58553

Fault History search screens are nonintuitive and may not work properly

Fault History screens have the following limitations:

•The Search by Device page does not have an object selector. (This selector is helpful when the user does not know the device name.)

•The Search by Event ID and Search by Alert ID pages do not list ID object selectors. (These selectors are helpful when the user does not know the IDs.)

To find a device with an unknown name, use the Search by Group page, which provides a device object selector.

To find relevant event or alert IDs, start the Alerts and Activities display, and locate the event or alert ID for which you want to search. Use that ID in the Fault History search field.

CSCsb48643

Cannot disable ICMP polling in DFM

DFM 2.x does not allow users to disable ICMP polling so software can function across a firewall. (Users could disable polling in earlier DFM versions.) There is currently no workaround.

CSCsb16311

Alerts and Activities display alarm not updated when most severe event is cleared

When the most severe event associated with an alert is cleared, DFM does not update the Alerts and Activities display to show the current status of all the events. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb16307

Fault not attached when user selects Notify in Alerts and Activities Detail display

When a user clicks Notify from the Alerts and Activities Detail page, an e-mail is sent, but with no alert information. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

DFM does not allow the user to edit customizable groups so that ifType has a unique value. There is currently no workaround

CSCsc02403

Alerts and Activities Detail page information not propagated

When a user clicks an Alert ID in the Alerts and Activities display, the Alerts and Activities Detail page will open, but occasionally no event details are displayed (or it may take up to 30 minutes to display the information). The problem maybe due to DBexceptions caused by attempts access a large dfmepm.db database. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc21691

Cannot clear UnidentifiedTrap alert

When an unmanaged device sends a pass-through trap, the event is added to the UnidentifiedTrap bucket. If that device is then added as a managed device before the event is cleared from UnidentifiedTraps, there is no way to clear that event manually. There is currently no workaround.

This 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.

CSCsa81033

GSR-12010: DFM generates discovery error messages

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.

CSCsa66807

DDV has meaningless 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:

RedundancyStateLastSwitchOverTimeLastSwitchOverReason

This information should not be listed, since it is meaningless for these devices. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCin86757

DFM does not generate fault when SNMP agent gives null response

DFM does not report SNMPAgent Unresponsive symptoms when it receives a NULL response from an SNMP agent. This is misleading to users, since the agent is actually responding to SNMP queries with an invalid value, but DFM never detects this. DFM neither polls the device nor reports there is a device polling problem.

CSCin86753

Issue regarding duplicate IP address in ITM 2.0

When different IP addresses belonging to the same device are added as separate devices, due to a timing issue, they are discovered and listed as separate devices. This is incorrect and causes invalid DuplicateIP alarms.

CSCsb64944

DFM 2.0.3: DDV displays blank page

When a DFM 2.0.3 user opens a Detailed Device View using Device Management > Select Devices, DFM occasionally displays a blank page in addition to the normal page. This has only been observed on one client machine. The workaround is to close the blank window. This bug is under investigation.

CSCsb21975

Ca t2924CXLv: DDV shows LargestFreeBuffer value as not available

When a user launches a Detailed Device View for the Catalyst 2924CXLv, DFM occasionally fails to collect the value of LargestFreeBuffer. The following was displayed:

DFM 2.x discovery may hang at 10% due to a communication problem between the inventory service and collector. This problem is under investigation. There is currently no workaround.

CSCsd38823

INVDbEngine process hogs CPU, rendering the system unusable

The DFM INVDbEngine process can hog the CPU. This was observed when DFM was installed with other contents of the LAN Management Solution, the DCR was managing 9,000 devices, and DFM attempted to import all of the devices.

The workaround is to use.manual DFM/DCR synchronization to selectively add devices to the DFM inventory. (In the Device Selector page, make sure the synchronization checkbox is not checked.)

CSCsd42055

Devices not getting managed when imported in bulk

When 1,500 devices were added to DFM in a bulk import, most of the devices are put in the Questioned state and finally time out. The behavior differed between Solaris and Windows as follows:

•On Windows, the workaround is to rediscover the devices in question.

•On Solaris, the problem remained after increased the SNMP timeout and retries to their maximum. There is no workaround for Solaris.

CSCsd46213

Backup succeeds, but incorrect DFM version listed in restorebackup.log

DFM 2.0.4 can be successfully backed up and restored, However, the restorebackup.log lists the following message:

Version of DFM available in the backup is
2.0

Ignore the log message.

CSCsd46224

Device management states not preserved after data is restored

After a user backs up and restores DFM data, DFM does not preserve the original management state of the devices. For example, a device that was suspended is moved to managed.

The workaround is to manually change the managed state of the device from the Detailed Device View.

CSCsd46279

Notification group management states not preserved after the groups are edited

After a user edits a notification group, DFM does not preserve the original management state. For example, a suspended notification group is moved to running. The workaround is to manually change the management state using Notification Services.

CSCsd64086

New user defined groups not reflected in Fault History unless users logs out and in

After creating a new user defined group in DFM, the group is not displayed in Fault History. The user must log out and back in to CiscoWorks to see the new group in Fault History. The workaround is to log out and back in to CiscoWorks.

CSCsd65361

Trap recipient entries deleted when they follow a duplicate

If a user lists the same trap recipient twice, any recipients listed after the duplicate are deleted. For example, dfmpc3 and dfmpc4 would be deleted from the following list of hostnames:

dfmpc1,dfmpc2,dfmpc1,dfmpc3,dfmpc4

There is no workaround.

CSCsd70989

Empty Alerts and Activities page exits when saved to PDF

If the user displays an Alerts and Activities page that has no alerts, and exports the window to PDF, the Alerts and Activities page exits. There is no workaround.

CSCsd72607

Solaris: Deleted devices not removed from notification groups

After deleting devices from the DFM inventory, the devices still appear in existing notification groups. (The devices do not appear when creating a new notification group.) There is no workaround.

CSCsd78100

WLSE: Switchover events not generated when added through VIP in NAT

When a WLSE device is added to DFM using VIP, and the device is configured with a NAT address, DFM does not generate any switchover events or traps after services are started or stopped. There is no workaround.

CSCsd79639

User cannot search Fault History for devices deleted in last 31 days

If a device is deleted from DFM, users cannot search for historical device information from Fault History, even if the Fault History database contains information on the device. There is no workaround.

CSCsd81235

Alerts and Activities Details page displays two Tools drop-down lists

The Alerts and Activities Detail page occasionally displays two Tools drop-down lists for one event. This was observed when two events occurred on the same device, and one of the events is cleared. There is no workaround.

CSCsd73739

DFM 2.0.3 stops sending notifications for very large networks

When the number of managed instances approaches or exceeds the DFM maximum, DFM stops sending notifications for new events. There is no workaround.

CSCin86752

DFM does not discover 4604 Access Gateway card in Catalyst 4506

DFM 1.2.x did not discover 4604 Access Gateway cards in Catalyst 4506 switches. This problem has been fixed. However, although DFM 2.0 discovers the parent switch and card successfully, it does not display any card details in the Detailed Device View. There is currently no workaround.

CSCsa63869

WLSE: VIP not being rediscovered after switchover

When the virtual interface (VIP) of a WLSE device is added and a switchover occurs, the VIP is not rediscovered by DFM. This is because after a switchover, the VIPs become unreachable for a short period of time, and if this coincides with when the polling is performed, no rediscovery is performed. The workaround is to manually rediscover the VIP.

CSCsa58587

ONS-15454 not moved to Known unless group selected

While being discovered, the ONS-15454 may get stuck in the Learning state if a group is not selected. The workaround is to select a group.

CSCsc63868

CSS devices: Device is listed as Unknown device type

When a CSS 11501, 11503 or 11506 device running WebNS 7.4 or later is added to DFM, it is listed as an Unknown device type. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb78524

CSS devices: DDV does not list all interfaces/ports

The Detailed Device View does not list all of the ports and interfaces on the CSS 11501, 11503 or 11506 devices running WebNS 7.4 or later. There is currently no workaround.

CSCsc41119

CSS devices: DFM does not report processor and memory events

DFM does not report processor and memory HighUtilization events on CSS 11501, 11503 or 11506 devices running WebNS 7.4 or later. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsg03702

SIP 200 card: DDV lists card status as Not Available

When the Detailed Device View is launched on a Cisco 7609 router that has a SIP 200 card, the card is listed as Not Available. There is no workaround.

CSCsg13511

6504-E: Temperature OutOfRange event not generated

DFM does not generate a temperature OutOfRange event for the 6504-E. There is no workaround.

Known Problems Inherited from DFM 2.0

Table 4 lists all known problems that were inherited from the DFM 2.0 release.

Table 4 Known Problems Inherited from DFM 2.0

Bug ID

Summary

Additional Information

CSCsa50314

DFM group administration windows should not show Common Services groups

DFM Group Administration allows users to create groups that contain Common Services groups, but users cannot perform any actions on those groups. The Common Services groups should therefore not be listed. This is due to a Common Services problem. A bug against Common Services has been opened (CSCsa50290). There is no workaround.

CSCef60937

Fault History and Notification Services do not list groups from other LMS applications

In the Fault History and Notification Services windows, DFM does not display groups from other LMS applications (such as Campus Manager and Resource Manager Essentials). This is due to a Common Services problem. A bug against Common Services has been opened (CSCef59702). There is no workaround.

CSCsa48916

Alerts and Activities Detail page only refreshes events when they are cleared or they recur

The Alerts and Activities Detail page only refreshes event status when the event is cleared or when the event surpasses a threshold. If the event already surpassed the threshold, it is not refreshed if the value (still above the threshold) changes again. There is no workaround.

A Sybase problem occasionally causes Notification Services to delay in delivering SNMP and e-mail notifications, with a delay up to five minutes. This occurs when the Solaris server is running in a heavy load environment (for example, when 50 events are received every polling cycle, and the polling cycle is every 4 minutes). It may be observed every 30 minutes.

The Sybase database error that causes this problem is being tracked through a Common Services 3.0 defect (CSCef37746). There is currently no workaround.

CSCsa50045

Memory ExcessiveFragmentation event not generated for some switches

By default, DFM generates memory ExcessiveFragmentation events for routers. For switches, the event is generated only when the enableFragmentAnanlysis flag is set to true. In DFM 1.2.x, users could enable this flag using the UI, but there is no mechanism to do this in DFM 2.0. There is no workaround.

CSCsa61612

Need UI for bulk unmanage

DFM needs a function for performing bulk manage and unmanage operations, so that access ports (and other components) can be easily managed or unmanaged. The workaround is to manually manage or unmanage each component.

CSCsa49793

Need popup message to remind user when to select Apply Changes

When a device or device component is resumed (or managed) after being suspended (or unmanaged), users must select Configuration > Apply Changes to resume polling. Although this is explained in the documentation, DFM should also display a popup message that reminds users to do this.

CSCsb51729

DFM shows error message when creating group

When a user tries to create a group using DFM Group Administration, DFM sometimes displays the following error:

Error evaluating rule in Group
Administration Server.:
:DFM:VASA:DFMObject:Device.IP.Address
contains "10.77" (Application error:
ASAResponderException: Could not fetch
instances of
VoiceAndTelephonyBecause:com.cisco.nm.inchar
gelib.InchargeWrapperException: Not
currently attached)

This bug is under investigation. There is no workaround.

Resolved Problems

These sections contain tables that list the problems resolved in this release:

Problems Resolved in DFM 2.0.3

The dfmValidateUpgrade script failed to validate a DFM 1.2 CD-ROM. It now validates the CD correctly.

CS Csa72836

DFM12x-DFM20-upgrade.pl should be integrated with restorebackup.pl

When upgrading to DFM 2.0, the user had to run a separate DFM12x-DFM20-upgrade.pl script to perform an upgrade (unlike other applications in the LAN Management Solution). The script is now integrated with restorebackup.pl, a script which is used by LMS 2.5.1 applications.

CSCsa97915

Solaris: Installation on Solaris sometimes fails

Sometimes, while installing DFM on Solaris, the installation script displayed dependency handling errors and stopped. This was because there were special characters in the CD mount path. This has been fixed and the installation now proceeds correctly.

CSCsa80715

Notification Services hangs after 2 weeks

Trap recipients did not receive traps from Notification Services; also, there was no response when a user clicked a link on the Notification Services tab. This happened after the NOSServer process had been running continuously for about two weeks. This problem no longer occurs.

CSCsb40243

sm_server and brstart are not terminated when daemon manager stops

The sm_server and brstart processes are not terminated when the CiscoWorks daemon manager stops. If the daemon manager is restarted, two instances of both sm_server and brstart will be running, and the CPU will hang around 100%. The workaround is as follows:

1. Stop the daemon manager.

2. Kill or stop any remaining sm_server and brstart processes.

3. Restart the daemon manager.

CSCsa91950

restorebackup.pl displays incorrect instructions

If a user performed a remote upgrade to DFM 2.0 and ran the restorebackup.pl command, the command displayed upgrade instructions that were not up-to-date and not correct. The messages have been updated and corrected.

CSCsa97047

Remote upgrade completion message unclear

When performing a remote upgrade using the DFMRestore.pl command from the DFM 2.0 Upgrade Kit, the upgrade script generated an error message and the upgrade appeared to fail due to a problem with the DFM Broker. This problem no longer occurs.

CSCsa97839

Fatal errors when migrating polling/threshold data

Fatal errors were sometimes displayed while running the DFM12x-DFM20-upgrade.pl command and migrating polling and threshold data. This seemed to happen after migrating Resource Manager Essentials data. This problem no longer occurs.

CSCsa97928

E-Mail and Trap Notifier data is migrated but not displayed

Although Mail and Trap Notifier data was migrated from DFM 1.2.x to DFM 2.0, the data was not displayed by DFM 2.0. This was because TRAP_DEFAULT_FILE and EMAIL_DEFAULT_FILE were not defined in the NMSROOT/object/nos/config/nos.properties file. These are now defined and the data is displayed.

CSCsa98010

sm_ov_fwd does not run after remote HPOV-NV adapters installed

After installing the HPOV-NetView adapters on a remote host, sm_ov_fwd would not run. The process now runs correctly after the adapters are installed.

CSCsb04458

Changing homepage server name breaks DFM groups

If a user changed the homepage name to a value other than the hostname, DFM groups would break. This problem no longer occurs.

CSCsb06357

TCP port 8888 is not listed as used port in the documentation

DFM uses port 8888 for the DFMLogServer, but the port was not listed in the table of ports in the user guide and online help. This information has been added.

Polling and Threshold values could not be saved when using a Mozilla-based browser (such as Mozilla or Netscape) on Solaris. The values are now saved.

CSCsb71371

Print and Export to PDF links in DDV do not work

If the user tried to Print or Export to PDF from the Detailed Device View, the links did not work. The links now work.

CSCsb75934

Solaris: Uninstall of HPOV-NetView Adapter alone is not possible

On Solaris, the user was not offered the option of uninstalling only the HPOV-NetView Adapter (which is useful on remote machines). This option is now displayed.

CSCsb76225

sm_nv_fwd does not run after remote HPOV-NV adapters installed

After installing the HPOV-NetView adapters on a remote host, sm_nv_fwd would not run. The process now runs correctly.

CSCsb77987

DFM prompts for license even if license was already provided

DFM prompted the user for a valid license even after a license had already been provided. This problem no longer occurs.

CSCsb89994

Trap recipients information is skipped after five entries

If a user tried to migrate more than five trap recipients (IP/hostnames) during an upgrade, after the upgrade, DFM displayed only the first five entries. The other information was lost. All recipient information is now migrated and displayed.

CSCsc12761

Remote upgrade license validation from 1.2.x fails

When validating an upgrade license on a remote server, the validation failed. This problem has been fixed.

CSCsc24189

E-Mail and Trap Notification data not displayed after remote upgrade

When upgrading from DFM 1.2.x to DFM 2.0.3, E-Mail and Trap Notification data was not migrated. The data is now migrated.

CSCsc28680

Local upgrade should not ask for proof of purchase

After a local (inline) upgrade to DFM 2.0.3, even if the user supplied the upgrade license information, DFM would nag the user for proof of purchase. This problem no longer occurs.

CSCsc53405

After migration, DFM times out waiting for DFM server process

After migrating data, DFM would time out when waiting for the DfmServer process to register with the DfmBroker process. This problem no longer occurs.

CSCsb86237

Cannot customize thresholds for Interfaces and Modules group

When a user selected Polling and Thresholds > Managing Thresholds and tried to customize thresholds for Cisco Interfaces and Modules, the Customize Settings page opened but did not display any settings that could be changed. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsa79675

Cannot read Detailed Device View screen

Detailed Device View columns in DFM 2.x were not readable because they were too small. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb59510

DDV displays error page

DFM occasionally displayed an error page when a user opened a Detailed Device View, clicked the device IP address radio button, and then clicked either the Device Attribute or Information link (on the right side of the page). This error was displayed:

DFM 2.0.3 could not discover devices using SNMPv3 with SHA-1 as its hashing algorithm, because DFM considered SHA-1 an invalid SNMP protocol. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsd31511

Rediscovery Schedule displays 500 Server Error

When a user selected Configuration > Other Configuration > Rediscovery Schedule, the system sometimes displayed a 500 Internal Server error. Investigation showed that this occurred predominantly when DFM was installed with Resource Manager Essentials (RME), and RME was running several periodic system jobs (collection, polling, purging, and so forth). This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc49794

DFM does not add device using correct IP address

When a switch with multiple IP addresses was added to DFM, DFM did not use the specified IP address when creating the object instance in the DFM engine. This caused the device to go to the Unknown discovery state. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc05115

DFM does not discover MeetingPlace Express as Host

DFM did not discover the Cisco MeetingPlace Express (1.3.6.1.4.1.9.1.710) as a host. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb21876

Cat 3750: Standalone switches (without stack) not supported

DFM reported all Catalyst 3750 switches with the same OID, because DFM assumed they would be used in a stack: 3750-24FS, 3750-24PS, 3750-24TS, 3750-48PS, 3750G-16TD, 3750G-24PS, 3750G-24TS1U, 3750G-48PS, and 3750G-48TS. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsb57090

CSS device no longer supported because sysObjectID changed

For CSS 11503 and 11506 devices running WebNS 7.4 or higher, DFM did not correctly discover the devices. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc76777

Sup720 and NAM cards: Correct names not displayed

The Detailed Device View did not display the correct names for the Sup720 and NAM cards. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc76732

3750: Support stack MIB

DFM did not generate any alerts if a 3750 switch was removed from the stack because it did not support the following CISCO-STACKWISE-MIB pass-through traps:

DFM was creating and managing all Access Server async interfaces (SLIP itType=28), even though they are logical interfaces. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

CSCsc91394

Notification subscriptions do not work after upgrade to DFM 2.0.3

Notification subscriptions stopped working after upgrading to DFM 2.0.3. This was due to an NOSServer registration problem. This problem has been fixed in DFM 2.0.4 (see Additional Information Online).

Problem Resolutions Inherited from DFM 2.0 Service Pack 2

Table 5 lists all problems that were resolved in DFM 2.0 Service Pack 2.

Custom ACS roles were overwritten when DFM 2.0 (or any DFM 2.0 service packs or patch/IDUs) were installed on a CiscoWorks machine that is configured to use ACS 3.3.x for its security mode. The roles are no longer overwritten.

CSCsa58207

Solaris: Warning says Solaris 2.9 not supported

When Patch/IDU 2.0.1 was installed on a Solaris 2.9 machine, CiscoWorks warned the user that the operating system was not supported. This was a spurious message and has been removed.

CSCsa57904

Device center and CV launched from AAD prompts for username/password

When the Device Center or CiscoView was launched from the Alerts and Activities display, CiscoWorks prompted the user for a username and password. This problem no longer occurs.

CSCsa66842

Interface utilization rate should be in % instead of bytes per sec

In the Detailed Device View, interface utilization was listed as bps. It is now listed as a percentage (%).

CSCsa45908

HighErrorRate event info is incomplete

The event details window of the HighErrorRate was incomplete. It did not display InputPacketErrorPct or ErrorPct. It now displays all information.

CSCsa67962

Rediscovery scheduler-error in log file

When a user configured a rediscovery schedule, the Rediscovery.log might report an error, and no rediscovery was performed. In addition, the Common Services Job Browser did not list the job. These problems no longer occur.

CSCsa47044

Event details window is not descriptive for c3845

The event details window for Cisco 3845 network adapter alarms did not display any information. The information is now displayed.

CSCsa47936

Alerts and Activities Detail tools fail if SSL is enabled on DFM server

If SSL was enabled on the DFM server, any of the tools that were launched from the Tools drop-down list (on the Alerts and Activities Detail page) would fail. This was because the tools path was hard-coded to http, and if SSL were enabled, the proper path would be through https. This problem no longer occurs.

CSCsa58213

WLSE: Switchover trap not supported

When a WLSE switchover occurred (from standby to active), DFM did report an event but the switchover trap was not reported. This problem is fixed.

CSCsa58970

Online Help: Syslog listening port number is not correct

The online help incorrectly listed the listening port for syslog notifications as 512. It is 514. This has been corrected.

Problem Resolutions Inherited from DFM 2.0 Service Pack 1

Table 5 lists all problems that were resolved in Service Pack 1 (also called Patch/IDU 2.0.1).

Table 7 Problem Resolutions Inherited from DFM 2.0.1

Bug ID

Summary

Explanation

CSCsa50868

Device takes too long to move to Known state

DFM sometimes required more than 30 minutes to move a device from Learning to Known. This was due to the following:

•A problem with the DFM engine.

•A communication glitch.

This problem no longer occurs.

CSCsa49406

Cannot launch drop-down tools from Alerts and Activities Detail page

When a remote instance of Cisco View or Campus Manager was registered with the CiscoWorks home page, and local versions of those applications were already registered, CiscoWorks could not launch tools from the Alerts and Activities Detail drop-down list. This was because CiscoWorks tries to open the remote link rather than the local link. This problem no longer occurs.

CSCsa41661

Solaris: Sun JDK problem causes some applications (Notification Services) to dump core file and quit after three days

On Solaris machines, a Java problem occasionally caused Notification Services to dump core and quit after three days of notification forwarding. This occurred when the Solaris server was running in a heavy load environment (for example, when 50 events were received every polling cycle, and the polling cycle was every 4 minutes). The Alerts and Activities display and Fault History were not affected.

The Sun JDK defect that caused this problem was tracked through a Common Services 3.0 bug (CSCeg26913). Sun recommends launching JVM with two options:

When the DCR contains more than 5,000 devices, the DFMOGSServer may hog CPU cycles due to processing issues. The CPU hogging may occur for four hours or more. This problem is less noticeable in dual CPU machines.

CSCsa45235

Port analysis is provided even when analysis is disabled

If a port was connected to a Layer 3 device (a router) and a user then disabled analysis on the port, DFM continued to analyze the port. This was due to an internal engine issue. This problem no longer occurs.

CSCsa45801

DFM reports IF OperationallyDown events even when analysis is disabled

If a user disabled all interface/port analysis (using the Disable All Threshold Settings check box), DFM occasionally continued to provide interface fault information. This was because DFM applies reachability settings after applying connector port and interface settings. This problem no longer occurs.

CSCsa15285

DFM displays MPLS type as GENERIC

DFM displays Multiprotocol Label Switching (MPLS) interfaces as TYPE=GENERIC. (MPLS interfaces have an ifType=166.) These interfaces are now correctly displayed.

CSCin86754

DFM does not provide a way to list managed access ports

DFM did not provide the capability for listing all managed access ports. A script is now provided for listing ports and interfaces according to their type, name, group membership and managed status. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCin86756

Add TrafficRate attribute to UI

On some DFM devices, CurrentUtilization was listed as an exponential number. Users could not interpret this meaning, since the TrafficRate attribute was not listed. The attribute is now listed.

CSCsa49933

Broken help links in Group Administration

In the Group Administration windows, some of the Help links were broken. These are now working correctly.

DFM did not always report correct duplexity for router and switch interfaces. One reason this happened was because of assumptions DFM made when port or interface duplexity was UNSPECIFIED. DFM now uses DuplexMode to specify the duplexity (UNSPECIFIED, by default) and DuplexSource to track the source of setting duplexity (NONE by default). DFM now uses this new algorithm to determine duplexity:

Logical interfaces with ifType:166 (MPLS) are now unmanaged by default.

CSCsa03104

DFM uses wrong OID to poll CPU utilization on PIX

DFM did not report CPU utilization for PIX Firewalls because the algorithm used by DFM created the proper instrumentation when:

•cpmCPUTotalPhysicalIndex was nonzero, or

•The OLD-CISCO-CPU-MIB was supported

For PIX Firewalls, cpmCPUTotalPhysicalIndex is always 0, and PIX Firewalls does not support OLD-CISCO-CPU-MIB.

DFM still polls cpmCPUTotalPhysicalIndex, but the value of cpmCPUTotalIndex is verified instead. cpmCPUTotalIndex is used as the index.

CSCea80669

ovtrapd cannot start after reboot because DFM occupies port 162

If a user installed HP OpenView before DFM, HP OpenView used port 162 and DFM used port 9000. This is the correct behavior. However, if the user rebooted the device, the HP OpenView ovtrapd process could not start because DFM occupied port 162 as well as port 9000.

Now, if DFM detects that HP OpenView or NetView is installed, DFM will only use port 9000. (However, if you want DFM to always use port 162 upon reboot—for example, if you remove HP OpenView and NetView—you can use the --privopen option to do so. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCeb12662

Layer 3 device port/interface handling is incorrect

When an IP address was assigned to a port on the Catalyst 4506 running Cisco IOS (with Sup III), DFM displayed it as both a port and an interface.

All multilayer switch ports, to which IP addresses are assigned, are now properly modeled as interfaces.

CSCdx64809

DFM should unmanage voice interfaces/ports

In Cisco IOS devices running the Survivable Remote Site Telephony (SRST) feature, a VoiceEncapPeer interface (in ifTable) exists for each phone supported by SRST. These interfaces were operationally DOWN by default, since they were not being used while the local IP phones could reach their remote call manager. DFM generated an OperationallyDown event for these interfaces, which was incorrect, since this was the normal and expected state.

DFM no longer generates an OperationallyDown event for these interfaces.

CSCea11383

DFM should not treat voice dial peers as regular interfaces

DFM treated dial peer interfaces as physical interfaces and was managing them. These interfaces are now not managed because DFM recognizes them (by their ifType) as voice interfaces.

CSCdy43753

DFM cannot discover third power supply in Cat4000 switches

DFM could not discover the third power supply in Catalyst 4000 switches, even though the snmpwalk verified that the power supply was operational. DFM now correctly discovers the power supply.

CSCeb41000

DFM should suppress flapping if device restarts

When a device restarted, all associated interfaces sent link up and link down traps. If the number of restarts exceeded the Link Trap threshold, DFM reported excessive restarts and flapping (depending on the interface type) for all associated interfaces. The flapping event is now suppressed if the device restarts.

CSCdz14890

1% error threshold is too high for critical interfaces

The minimum for the error threshold (ifInerror) in DFM was 1% of the total number of packets, which was too high for high-bandwidth interfaces (such as Gbic and other WAN interfaces). The threshold can now be changed, because DFM 2.0 adds a new ErrorTraffic threshold. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCdz86886

Cannot change PacketErrorRate threshold

The PacketErrorRate threshold could not be modified.

The threshold can now be changed, because DFM 2.0 adds a new ErrorTraffic threshold. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCec42667

CSS11150 and CSS11050 switches generate incorrect memory exception

On CSS11150 and CSS11050 switches, DFM generated erroneous memory exceptions because instead of monitoring only the SCFM module, it was monitoring other modules (such as the EPIF module). DFM no longer monitors any modules besides the SCFM module.

CSCec77687

Filter out pass-through traps which are not related to managed devices

Whenever pass-through traps were received from unmanaged devices, they were displayed in the Monitoring Console. Pass-through traps for unmanaged devices are no longer displayed in the Monitoring Console.

DFM reported insufficient memory alarms for the blades of some Content Switches because the cards are internal and had no memory on them.

DFM will not report these errors (by unmanaging the cards) if it finds that no memory is configured in the module. This applies to modules 7 and 8 on the CSS11506 and module 4 on the CSS11503.

CSCdz71499

DFM reports Catalyst 6000 IDSM blade as undiscovered

When a Catalyst 6000 with an IDSM blade was added to DFM, DFM reported the blade as Undiscovered. This error occurred because IDSM blades do not support SNMP. DFM no longer tries to discover the IDSM blade, which is shown as a card in the parent switch.

CSCea11379

Memory not polled for 2948G

DFM did not poll memory components on the Catalyst 2948G. Memory components are now polled on the Catalyst 2948G.

CSCdw23386,CSCdy83378,CSCdv53038,CSCdw91367

Improve ISDN modeling

These problems have been fixed through the improved ISDN interface model provided with DFM 2.0. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCea17909,CSCea15555

Interfaces incorrectly displayed

When a port on a device that supports both Layer 2 and Layer 3, such as a Sup card running Cisco IOS, was assigned an IP address, it was displayed in the DFM Administration Console under both Interface and Port. It is now displayed under Interface.

This fix also applies to the following devices:

•Catalyst C2955C-12

•Catalyst C2955T-12

•Catalyst C4506-with-Sup

•Catalyst C4507-with-Sup

•Catalyst C4503-with-Sup

•Catalyst C3550-24-PWR

•Catalyst C2955S-12

•WS-C2950ST-24-LRE

CSCdz09981

DFM Name Resolution fails if devices are in different DNS domain

DFM was not using the fully qualified domain name entered in the Essentials Inventory Device Name and Domain Name fields for name resolution. This problem no longer occurs.

After adding a Catalyst device running Cisco IOS, Gigabit Ethernet GE1/1 and GE1/2 interfaces were displayed in both the Interface and Port groups.

This behavior occurred because when you assigned an IP address to a port on a Catalyst switch, and the Catalyst switch was running the Cisco IOS operating system, DFM created an object in both the Port and Interface classes. The object in the Interface class represented a logical entity that DFM used to maintain connectivity information.

This behavior has been fixed. Now, when a port has an IP address assigned to it, DFM will only display it in the Interface group. It will not be displayed in the Ports group.

CSCdv88878

PPP interfaces are always classified as Backup and cannot be unmanaged

DFM always classifies the PPP interfaces as Dial-on-Demand and thus generates a max-uptime event. DFM 2.0 provides a GUI feature through which users can disable interface and port analysis, thus suppressing event generation. Refer to the online version of User Guide for Device Fault Manager; see Product Documentation.

CSCdz49270

DFM translates sysConfigChangeTime as date and time

In sysConfigChange traps, DFM was incorrectly translating the sysConfigChangeTime, sometimes showing dates instead of a length of time since the last configuration change.

Because there is currently no function that can map the MIB attribute SysConfigChangeTime to a time format consisting of hours/minutes/seconds, DFM will no longer display this MIB attribute in the sysConfigChange trap.

CSCea24977

3725 SystemObjectID is incorrect

The SystemObjectID was incorrect for the 3725. The OID has been corrected.

CSCdy27270

DFM 1.2.1 shows false PowerSupplyException for Cat3550

DFM displayed a power supply OperationalException for the Catalyst 3550, even though running the 'sh env all' command confirms that the power supply does not have any problems. DFM no longer displays this exception.

CSCdy77106

DFM needs to add support of Layer 3 Cat4006-SUP3 (WS-X4014)

DFM did not support the Cisco Catalyst Supervisor Engine III on the Catalyst 4006. DFM 2.0 adds this support.

Obtaining Documentation

Cisco documentation and additional literature are available on Cisco.com. Cisco also provides several ways to obtain technical assistance and other technical resources. These sections explain how to obtain technical information from Cisco Systems.

Product Documentation DVD

Cisco documentation and additional literature are available in the Product Documentation DVD package, which may have shipped with your product. The Product Documentation DVD is updated regularly and may be more current than printed documentation.

The Product Documentation DVD is a comprehensive library of technical product documentation on portable media. The DVD enables you to access multiple versions of hardware and software installation, configuration, and command guides for Cisco products and to view technical documentation in HTML. With the DVD, you have access to the same documentation that is found on the Cisco website without being connected to the Internet. Certain products also have .pdf versions of the documentation available.

The Product Documentation DVD is available as a single unit or as a subscription. Registered Cisco.com users (Cisco direct customers) can order a Product Documentation DVD (product number DOC-DOCDVD=) from Cisco Marketplace at this URL:

Ordering Documentation

Nonregistered Cisco.com users can order technical documentation from 8:00 a.m. to 5:00 p.m. (0800 to 1700) PDT by calling 1 866 463-3487 in the United States and Canada, or elsewhere by calling 011 408 519-5055. You can also order documentation by e-mail at tech-doc-store-mkpl@external.cisco.com or by fax at 1 408 519-5001 in the United States and Canada, or elsewhere at 011 408 519-5001.

Documentation Feedback

You can rate and provide feedback about Cisco technical documents by completing the online feedback form that appears with the technical documents on Cisco.com.

You can send comments about Cisco documentation to bug-doc@cisco.com.

You can submit comments by using the response card (if present) behind the front cover of your document or by writing to the following address:

Reporting Security Problems in Cisco Products

Cisco is committed to delivering secure products. We test our products internally before we release them, and we strive to correct all vulnerabilities quickly. If you think that you might have identified a vulnerability in a Cisco product, contact PSIRT:

An emergency is either a condition in which a system is under active attack or a condition for which a severe and urgent security vulnerability should be reported. All other conditions are considered nonemergencies.

Tip We encourage you to use Pretty Good Privacy (PGP) or a compatible product to encrypt any sensitive information that you send to Cisco. PSIRT can work from encrypted information that is compatible with PGP versions 2.x through 8.x.

Never use a revoked or an expired encryption key. The correct public key to use in your correspondence with PSIRT is the one linked in the Contact Summary section of the Security Vulnerability Policy page at this URL:

Obtaining Technical Assistance

Cisco Technical Support provides 24-hour-a-day award-winning technical assistance. The Cisco Technical Support & Documentation website on Cisco.com features extensive online support resources. In addition, if you have a valid Cisco service contract, Cisco Technical Assistance Center (TAC) engineers provide telephone support. If you do not have a valid Cisco service contract, contact your reseller.

Cisco Technical Support & Documentation Website

The Cisco Technical Support & Documentation website provides online documents and tools for troubleshooting and resolving technical issues with Cisco products and technologies. The website is available 24 hours a day, at this URL:

Access to all tools on the Cisco Technical Support & Documentation website requires a Cisco.com user ID and password. If you have a valid service contract but do not have a user ID or password, you can register at this URL:

Note Use the Cisco Product Identification (CPI) tool to locate your product serial number before submitting a web or phone request for service. You can access the CPI tool from the Cisco Technical Support & Documentation website by clicking the Tools & Resources link under Documentation & Tools.Choose Cisco Product Identification Tool from the Alphabetical Index drop-down list, or click the Cisco Product Identification Tool link under Alerts & RMAs. The CPI tool offers three search options: by product ID or model name; by tree view; or for certain products, by copying and pasting show command output. Search results show an illustration of your product with the serial number label location highlighted. Locate the serial number label on your product and record the information before placing a service call.

Submitting a Service Request

Using the online TAC Service Request Tool is the fastest way to open S3 and S4 service requests. (S3 and S4 service requests are those in which your network is minimally impaired or for which you require product information.) After you describe your situation, the TAC Service Request Tool provides recommended solutions. If your issue is not resolved using the recommended resources, your service request is assigned to a Cisco engineer. The TAC Service Request Tool is located at this URL:

For S1 or S2 service requests or if you do not have Internet access, contact the Cisco TAC by telephone. (S1 or S2 service requests are those in which your production network is down or severely degraded.) Cisco engineers are assigned immediately to S1 and S2 service requests to help keep your business operations running smoothly.

To open a service request by telephone, use one of the following numbers:

Definitions of Service Request Severity

To ensure that all service requests are reported in a standard format, Cisco has established severity definitions.

Severity 1 (S1)—Your network is "down," or there is a critical impact to your business operations. You and Cisco will commit all necessary resources around the clock to resolve the situation.

Severity 2 (S2)—Operation of an existing network is severely degraded, or significant aspects of your business operation are negatively affected by inadequate performance of Cisco products. You and Cisco will commit full-time resources during normal business hours to resolve the situation.

Severity 3 (S3)—Operational performance of your network is impaired, but most business operations remain functional. You and Cisco will commit resources during normal business hours to restore service to satisfactory levels.

Severity 4 (S4)—You require information or assistance with Cisco product capabilities, installation, or configuration. There is little or no effect on your business operations.

Obtaining Additional Publications and Information

Information about Cisco products, technologies, and network solutions is available from various online and printed sources.

•Cisco Marketplace provides a variety of Cisco books, reference guides, documentation, and logo merchandise. Visit Cisco Marketplace, the company store, at this URL:

•Cisco Press publishes a wide range of general networking, training and certification titles. Both new and experienced users will benefit from these publications. For current Cisco Press titles and other information, go to Cisco Press at this URL:

•Packet magazine is the Cisco Systems technical user magazine for maximizing Internet and networking investments. Each quarter, Packet delivers coverage of the latest industry trends, technology breakthroughs, and Cisco products and solutions, as well as network deployment and troubleshooting tips, configuration examples, customer case studies, certification and training information, and links to scores of in-depth online resources. You can access Packet magazine at this URL:

•iQ Magazine is the quarterly publication from Cisco Systems designed to help growing companies learn how they can use technology to increase revenue, streamline their business, and expand services. The publication identifies the challenges facing these companies and the technologies to help solve them, using real-world case studies and business strategies to help readers make sound technology investment decisions.

•Internet Protocol Journal is a quarterly journal published by Cisco Systems for engineering professionals involved in designing, developing, and operating public and private internets and intranets. You can access the Internet Protocol Journal at this URL:

•Networking Professionals Connection is an interactive website for networking professionals to share questions, suggestions, and information about networking products and technologies with Cisco experts and other networking professionals. Join a discussion at this URL: