Date: December 21, 2007
Name: 7.1.5-TIV-NVD-{OperatingSystem}-FP0002
Component: IBM Tivoli NetView Version 7.1.5
PTF Number: U813894 (UNIX) or XR23278 (Windows)
Note: Before using this information and the product it supports, read the information in the Notices section at the end of this document.
This section provides general information about this fix pack. It is strongly recommended that you read this entire document before you install this fix pack.
This fix pack consists of five packages, one each for RS6000 AIX(R), SUN SPARC Solaris, Linux Intel(TM), Linux for S/390 (31 bit), and Microsoft(R) Windows(R). You need to use the appropriate package on each platform on which an IBM(R) Tivoli(R) NetView(R) native server or client has been installed.
None.
Because the IBM Tivoli NetView program does not produce patches, no patches are superseded by this fix pack. However, all test fixes for the IBM Tivoli NetView 7.1.5 program that are covered in the APARs corrected in this fix pack section of this readme are superseded.
This Fix Pack supports exactly the same operating systems as are supported for the initial installation of NetView Version 7.1.5. For information about installing, upgrading, and configuring the Tivoli NetView product, including information about system requirements, refer to the IBM Tivoli NetView for UNIX and Linux Installation Guide, GC32-1842-00, and the IBM Tivoli NetView for Windows User's Guide, SG32-1852-00.
There are no new items in IBM Tivoli NetView 7.1.5 Fix Pack 02.
There are no new items in IBM Tivoli NetView 7.1.5 Fix Pack 01.
APAR IY96977 provides a Japanese Language Pack for use on AIX. This is located elsewhere in the Fix Pack2 CD and must be installed separately. It will not be installed automatically when the Fix Pack installs.
The previous language pack for Ja_JP does not need to be uninstalled if it is already installed, nor does the previous language pack need to be installed first if it is not already installed.
To install the new language pack:
1. Extract the install files with the command
tar -xvf IY96977.AIX.V715.tar
2. Execute the installation script with the command
./instalnv -l Ja_JP
APAR IZ04210 provides a new netnmrc file which sets the DISPLAY variable. If the DISPLAY variable is not set, or is set to the wrong DISPLAY, at the time when the webserver is started (especially at reboot by netnmrc), then the UpdateInstaller will not run properly and the webconsole cannot retrieve update packages from the server. As part of the FixPack installation, the new netnmrc file will be copied into the directory /usr/OV/newconfig/OVMIN. Users will need to manually copy /usr/OV/newconfig/OVMIN/netnmrc to /etc/init.d/netnmrc for Solaris and Linux and to /usr/netnmrc for AIX.
APAR IY92493 fixes some flaws in the new snmp command (called "wsnmp" on Windows), which provides a command line interface for querying devices using SNMPv2 as well as SNMPv1. The UNIX man page has been updated to match, as have the usage notes. But the shipped documentation has not been updated.
Also the Windows version of the command, wsnmp, was incorrectly documented in the Windows Programmer's Reference as "snmp" rather than "wsnmp". The syntax is also incorrect in that the optional version number must be specified before the function with the other optional parameters. The correct syntax is as follows:
wsnmp [-d [level]] [-v 1 | 2 ][-h dest] [-p port] [-c community] [-t timeout]
[-r retries][-n non-rep][-m max-rep] function [variable [type][value] […]]
Everything else is otherwise correct but the examples leave a lot to be desired. Users can view the new examples and the completed page in DCF # 1253630.
NetView for AIX, Version 7.1.5, no longer adds entries to the ODM database read by lslpp. However, it turns out that some additional products which require NetView to be installed are querying the ODM database and will not install unless a set of nv6000 entries are found. The fix for APAR IY94076 addresses this problem by providing an install script which will create the /usr/lpp/nv6000 directory and add stanzas to the lpp, product, and history classes of the ODM. Since no currently shipped NetView product code is affected, this fix is not included in this fix pack. Users who require this support must obtain the temporary fix from NetView Level 2 and install it.
APAR IY95668 addresses the issue of the new IPv4 Address field not being added to existing interface objects when an update install is done from IBM Tivoli NetView version 7.1.4 to version 7.1.5.
To resolve this problem for users after the migration, a new netmon conf flag is introduced to provide a one-time fix that does not require much user effort to implement. Users should Add the following line to netmon.conf:
NV_NETMON_FIXUP_IPV4FIELD=TRUEand then restart netmon.
At start up, the missing IPv4 Address field will be added for interface objects that were created by the earlier version of NetView. An exception to this is that no IPv4 Address field will be added for interfaces with an IP address of 0.0.0.0, such as unnumbered interfaces and compoundPort interfaces.
Note: This is a one-time effort needed to fix the problem of missing new object field due to the migration. Users can turn the netmon flag to FALSE at the next netmon recycle. It won't hurt if the flag remains TRUE at the next netmon restart; however, this will cause some redundant processing while netmon looks through the ovwdb and topology databases for interface objects which are missing the IPv4 Address field.
The following customer-reported problems have been resolved in the Tivoli NetView version 7.1.5 program by this fix pack, Fix Pack2.
Defect # | Platform | Abstract |
---|---|---|
IY96942 |
Unix
Linux
Windows
|
ADD AN OPTIONAL CHECK OF CHSRPGRPUSECONFIGVIRTUALIPADDR IN THE |
IY96977 |
Unix
Linux
|
IN THE JAPANESE LANGUAGE IMPLEMENTATION FOR JA_JP, THERE IS |
IY97267 |
Unix
Linux
Windows
|
NETVIEW ITM AGENT NAMETEST ALWAYS GIVES THE ANSWER "22". |
IY98787 |
Unix
Linux
Windows
|
ADD CONTROL TO OPTIONALLY STOP HSRP MESSAGES ABOUT TRANSIENT |
IY99025 |
Unix
Linux
|
CUSTOMER RECEIVED A CORE IN IPMAP |
IY99052 |
Unix
Linux
Windows
|
MIBLOADER.SH --MIB2TRAP SETS WRONG STATUS TYPE FOR TRAP |
IY99647 |
Unix
Linux
Windows
|
DEMANDPOLL FAILS WITH SR SECURITY PACK AND NETVIEW 7.1.5 |
IY99885 |
Unix
Linux
Windows
|
NEW HOSTNAME IS NOT BEING PLACED IN SNMPCOLLECT DATABASE |
IZ00634 |
Unix
Linux
|
XNMGRAPH IS NOT SET IN UPPER LEFT HAND CORNER LIKE BROWSER. |
IZ00885 |
Unix
Linux
|
PROBLEM OF THE NODE BEING UNMANAGED WHILE THE STATUS ON THE MAP |
IZ01253 |
Unix
Linux
|
CUSTOMER RECEIVED A CORE IN IPMAP |
IZ01868 |
Unix
Linux
Windows
|
WEB SERVER WILL NOT RUN AFTER APPLYING FIX PACK 1 ON NV 7.1.5. |
IZ02662 |
Unix
Linux
|
XNMTRAP TRUNCATES TEC SLOT VALUES TO 255 BYTES |
IZ03235 |
Unix
Linux
|
XNMGRAPH APPEARS TO LOOP AFTER ATTEMPTING TO SAVE TO A DIRECTOR |
IZ03327 |
Unix
Linux
Windows
|
ITMQUERY --DUMP-ENDPOINTS REPORTS NO AGENTS |
IZ04001 |
Unix
Linux
Windows
|
WEB CONSOLE MIB BROWSER DOES NOT DISPLAY SOME MIB DATA |
IZ04125 |
Unix
Linux
|
MIB2TRAP BUILDS A STRING THAT LEADS TO A PARSING FAILURE IN TEC |
IZ04210 |
Unix
Linux
|
UPDATEINSTALLER REQUIRES DISPLAY VARIABLE SET AT WEBSEREVR START |
IZ04278 |
Unix
Linux
|
IPMAP CORE |
IZ04689 |
Unix
Linux
Windows
|
STATUS NOT SET FOR INTERFACE WHEN NO REPLY FROM SNMP AGENT |
IZ05393 |
Unix
Linux
|
MODIFY OVTOPODUMP TO TELL ITSA AN INTERFACE HAS STATUS SET TO U |
IZ06877 |
Unix
Linux
Windows
|
NETMON CORE WHEN SNMP QUERYING A NODE WITH NO VALID IP INTERFAC |
IZ06861 |
Unix
Linux
Windows
|
MIBBROWSER.SH CANNOT DISPLAY A TABLE |
IZ07016 |
Unix
Linux
Windows
|
REPORT WHICH SNMP QUERY GOT NOSUCHNAME ERROR FROM NETMON |
PJ32012 |
Windows
|
NODE STAYING NORMAL GREEN ON MAP WHICH IS IN AN UNREACHABLE |
PJ32101 |
Windows
|
OFFPERIODS.CONF FILE NOT WORKING AS EXPECTED, PINGING DEVI |
PJ32134 |
Windows
|
AVAILABILITY RECORDS WRONG MANAGD IN ODBC WHEN DELETING NODES |
PJ32136 |
Windows
|
RUNNING SMARTSETUTIL ON WINDOWS OR NVUTIL ON LINUX CAUSES A |
PJ32206 |
Unix
Linux
Windows
|
THRESHOLD AND REARM TRAPS FROM NVCOLLECTOR ARE NOT BEING PASSED |
The following customer-reported problems are addressed in the Tivoli NetView version 7.1.5 program by Fix Pack1. Included in this list are problems reported in version 7.1.4 which are addressed in version 7.1.5 with Fix Pack1.
Defect # | Platform | Abstract |
---|---|---|
IY88876 |
Unix
Linux
Windows
|
IPMAP CORE BECAUSE OF A CONNECTION SYMBOL THAT DID NOT HAVE AN |
IY90307 |
Linux
|
THE REVERSED IP ADDRESSES HAVE RETURNED TO THE TRAPD.LOG FILE |
IY91336 |
Unix
Linux
|
AE IY88876 FIX COMPLETION - IPMAP CORE BECAUSE OF A CONNECTION |
IY92493 |
Unix
Linux
Windows
|
NEW COMMAND SNMP NOT WORKING AS DESCRIBED |
IY92772 |
Unix
Linux
Windows
|
TIMESTAMP OF EVENTS IN WEB CONSOLE IS WRONG |
IY92775 |
Unix
Linux
|
GRAPH FEATURE IS NOT WORKING PROPERLY IN XNMBROWSER2 |
IY92901 |
Unix
Linux
|
XNMAPPMON SOMETIMES DOES NOT DISPLAY CORRECTLY THE OUTPUT OF |
IY92937 |
Unix
Linux
Windows
|
JAVA MIBBROWSER DOESN'T SHOW VALUES FOR HC COUNTER IN IFXTABLE |
IY92980 |
Unix
Linux
|
SNMPCOLLECT WAS CORING |
IY93217 |
Unix
Linux
Windows
|
MAPTREESERVER CONSUMES A LOT OF CPU |
IY93288 |
Unix
Linux
Windows
|
FILTER IN NVCOLLECTOR GUI WORK INCORRECT |
IY93549 |
Unix
Linux
Windows
|
PING MENUS IN GUI HAS TO BE DISABLED FOR ISVIRTUAL OBJECTS |
IY93596 |
Unix
Linux
Windows
|
THE "RECENTLY OPENED" SECTION OF THE SMARTSET WILL NOT CHANGE |
IY93835 |
Linux
|
AE-IY71793 DAEMONS WILL NOT START UP WHEN LINUX BOX BOOTS. |
IY93917 |
Unix
Linux
Windows
|
FLAW IN SNMP COMMAND OUTPUT |
IY94553 |
Unix
Linux
Windows
|
OVTOPODUMP OUTPUT CONTAINS A COMPOUNDPORT OBJECT OF 0.0.0.0 FOR |
IY94677 |
Unix
Linux
|
IPMAP CORES IN THE FUNCTION "QUERYDELETESYMBOLSCALLBACK" |
IY94911 |
Unix
Linux
Windows
|
FIND FUNCTION ON WEB CONSOLE WILL NOT WORK WITH WILDCARD OPTION |
IY95087 |
Unix
Linux
|
OVW_BINARY CORE |
IY95186 |
Unix
Linux
|
NETMON IGNORES GLOBAL DEFAULT DEFINED COMMUNITY STRING AND |
IY95225 |
Unix
Linux
Windows
|
NVCOLLECTOR GRAPH SHOWS ALSO NEGATIVE RATE VALUES |
IY95395 |
Unix
Linux
Windows
|
NETMON CORING(SIG 6) WHEN USING LOADHOSTS |
IY95667 |
Unix
Linux
Windows
|
ERRORS AFTER USING AUTOMATIC UPDATE INSTALLER FOR WEBCLIENT |
IY95668 |
Unix
Linux
Windows
|
IPV4 ADDRESS FIELD NOT ADDED TO MIGRATED INTERFACE OBJECTS |
IY95670 |
Unix
Linux
Windows
|
"SNMP SYSNAME" FIELD NOT ADDED TO MIGRATED ROUTER OBJECTS |
IY96316 |
Unix
Linux
Windows
|
NATIVE MAP FREEZING CAUSING WEB CONSOLE MAPS TO FREEZE WHEN |
IY96391 |
Unix
Linux
Windows
|
HSRP INTERFACE TRAPS AT EACH DAILY CONFIG POLL |
IY96575 |
Unix
Linux
Windows
|
TRAPD AT AIX DOESN'T USE V2 MIB DATABASE |
IY96576 |
Unix
Linux
|
NVEVENTS DOESN'T RESOLVE SNMPV2 VARBINDS ALTHOUGH LOADED IN NV |
IY96674 |
Unix
Linux
|
IPMAP CORES IN FUNCTION "IPMapObject::getSubmap" BECAUSE |
IY96943 |
Unix
Linux
Windows
|
DISREGARD HSRP ADDRESSES FOR ADMINISTRATIVELY DOWN INTERFACES. |
IY97203 |
Unix
Linux
Windows
|
NETVIEW/ITM AGENT WORKSPACE TOTAL TRAP COUNT IS INFLATED BY |
IY97270 |
Unix
Linux
Windows
|
IF AN INTERFACE IS DELETED FROM A MAP THE NODE IS NOT DELETED |
IY97491 |
Unix
Linux
|
IPMAP CORE IN FUNCTION "IPMAPOBJECT::GETOBJECTID". |
IY97620 |
Unix
Linux
Windows
|
MEMORY LEAKS OF NETMON CAUSES EXIT(1) FOR NETMON |
IY97855 |
Unix
Linux
Windows
|
NVCOLLECTOR.SH AND REMOTE DB2 |
IY98187 |
Unix
Linux
Windows
|
NETMON INT. & NODE DOWN TRAPS ARE NOT SENT FROM AN MLM INT. DOWN |
IY99059 |
Unix
Linux
Windows
|
ANM00043E WHEN LISTING LARGE DATASETS VIA NVCOLLECTOR GUI |
PJ31755 |
Windows
|
TECAD_NV6K DAEMON HANGING WHEN ILL-FORMED TRAPS BEING RECEIVED |
PJ31885 |
Windows
|
NETVIEW FOR WINDOWS "HOVER OVER" DISPLAY OF IP ADDRESSES HAS |
PJ31952 |
Windows
|
RFI ACKNOWLEDGED OBJECT NOT REFLECTING CORRECT STATUS WHEN |
PJ31971 |
Windows
|
U ON THE END OF A SERVMON CONFIGURATION STATEMENT NAME CAUSES |
PJ31986 |
Unix
Linux
Windows
|
SNMPCOLLECTOR WILL NOT GATHER INFO FROM OTHER THAN PORT 161 |
The following APARs have been resolved but are not included in any Fix Pack. Users desiring a fix for them should obtain a temporary fix from NetView Level 2.
Defect # | Platform | Abstract |
---|---|---|
IY94076 |
AIX
|
WHEN NETVIEW V7.1.5 IS INSTALLED ON AIX, IT DOES NOT ADD AN ENTRY TO |
If you have Framework 4.1.1 installed, you need to apply Framework patch 4.1.1-TMF-0003 to provide backward compatibility with NetView 7.1.5. Trying to install NetView 7.1.5 on Framework 4.1.1, without Framework patch, installation will abort.
To install IBM Tivoli NetView V7.1.5 Fix Pack 02 on a system, you must meet the following prerequisites:
You must download the appropriate package for that platform and make it available to the system on which it is to be installed.
You must be logged into the system with the same user account that performed the original Tivoli NetView version 7.1.5 installation (the root account on UNIX).
The system must already contain a Tivoli NetView Version 7.1.5 installation.
The system on which the fix pack is to be installed must have enough free space to do the following:
Installations that contain a previous Tivoli NetView fix pack might recover most of the space used by that fix pack by deleting the /usr/OV/service/V715/FixPackX directory on UNIX or the \usr\ov\service\V715\FixPackX directory on Windows prior to installing this fix pack. Please note, however, that doing so removes the ability to back out the previous fix pack, as well as the ability to install code fixes that require the previous fix pack for installation.
The following table describes the amount of space that is required on each platform for each of the space requirements described above.
Operating System |
Space Required During Installation1 |
Space Required for Upgraded Product2 |
---|---|---|
RS6000 AIX |
322 Mb |
224 Mb |
SunOS Solaris |
226 Mb |
155 Mb |
Linux Intel |
233 Mb |
144 Mb |
Linux 390 |
232 Mb |
151 Mb |
Windows |
119 Mb |
63 Mb |
1This space is required in whatever
location the user places the fix pack installation package.
2This space is required in /usr/OV on UNIX
or in \usr\ov on Windows.
|
Shut down all NetView applications and daemons prior to installing the fix pack.If you encounter any errors during the installation (regardless if the installation process itself reports success), complete the following steps:
If you are installing the fix pack on a Tivoli NetView for UNIX client, ensure that the client is disconnected from the Tivoli NetView server by completing the following steps:
Run the Client Setup application.
Open a new window, copy the package into a local subdirectory on the operating system on which the fix pack is to be installed, and change directories to that subdirectory.
Prior to copying the package, ensure that the space available in this subdirectory is larger than the space required for installation of the IBM Tivoli NetView 7.1.5 Fix Pack 02 on this operating system.
Perform the actual installation by executing one of the following
zcat 7.1.5-TIV-NVD-{OperatingSystem}-FP0002.tar.Z | tar -xvf - install
./install
7.1.5-TIV-NVD-Win32-FP0002.exe
7.1.5-TIV-NVD-Win32-FP0002.exe -a noversioncheck
When installing the fix pack on a native NetView client installation, the installation process reports a set of errors that certain files (such as, nvexportd.jar, nvexportd.lrf, and notfoundhandler.class) could not be copied. These files are not necessary for a client installation, and you can ignore the errors.
If you encounter any other errors during the installation (regardless if the installation process itself reports success), complete the following steps:
On Windows, if a standalone Web Console is installed, but not installed on the C: drive, additional steps are required for the automatic update installer to work:
Restart the Tivoli NetView daemons on UNIX either by rebooting the machine or by running the netnmrc script (/etc/netnmrc on AIX, /etc/init.d/netnmrc on Solaris or Linux). Restart the Tivoli NetView daemons on Windows by rebooting the machine and either running the netview command or by clicking on the Tivoli NetView icon.
Note: If the Tivoli NetView installation is using a SQL database on Windows, restart the SQL server before you restart the Tivoli NetView daemons.
As a part of the fix pack installation, a copy of each file that is replaced during the installation is saved in the /usr/OV/service/V715/FixPack2 subdirectory on UNIX or the \usr\ov\service\V715\FixPack2 subdirectory on Windows.
For Unix, to uninstall fix pack 02, you must change directory to /usr/OV/service/V715/FixPack2, then use relative path form of the backout command "./backout" from within the directory.
For Windows, to uninstall fix pack 02, you must change directory to \usr\ov\service\V715\FixPack2, then use the relative path form of the backout command "backout" from within the directory.
The system returns to the state that it was in prior to the installation of the fix pack 02.
Note:Any Tivoli NetView fixes installed on the system after the fix pack is installed must be backed out prior to backing out the fix pack.
Note:After uninstalling ITSA/Switch Analyzer, run following commands to remove ITSA menu options from WebConsole.
Manipulation of the Korn shell history file from a .kshrc file is not recommended. Several of the installation mechanisms used by the Tivoli NetView program expect the standard history file to be set. If it is not set, the prerequisite checking and the actual Tivoli NetView installation fails.
Some users have encountered difficulties when using the stand-alone Tivoli NetView installation on a system that has the Tivoli Management Framework installed in a customized location. To avoid these difficulties, it is recommended that if you want to retain the Tivoli Management Framework in the environment, install the Tivoli NetView program using the standard Tivoli Management Framework installation. If the Tivoli Management Framework was installed to only support the Tivoli NetView program and is no longer wanted, complete the following steps:
Sometimes when installing and backing out the Tivoli NetView for 7.1.5 Fix Pack 02, especially on a system where the Tivoli NetView program has been migrated from a previous version, the NetView GUI fails to start with an error message of "Error retrieving mapdb field info: Null field value." To recover from this error when it occurs, perform the following steps:
IBM Tivoli NetView for Windows does not support and will not work correctly if installed or executed with Microsoft Remote Terminal Services.
In the Tivoli NetView for Windows program, admin down interfaces (status USER1) can incorrectly change to a critical status when the interface is unmanaged and then managed again due to the use of the ICMP ping by the netmon daemon. The admin down status of the interface is not picked up again until the next configuration check or demand poll. To prevent the admin down interfaces from being reported as critical in this situation, configure the router with the admin down interfaces to use SNMP Status poll instead of ICMP poll in the netmon seed file.
On the Tivoli NetView for Windows program on Windows 2003, attempting to send a message to a client or server (Server Setup -> Client/Server -> Send Message tab) might result in a pop-up with a "NO MESSAGE" error. This might be due to the Windows Messenger service not being enabled. The default is to leave the service disabled after installation on Windows 2003. To enable the Messenger Service, complete the following steps:
If a Tivoli NetView for Windows installation was migrated from a previous version, then the NetView.exe executable locks up when using "Find by Other Properties" under the simple tab of the find dialog due to the /usr/ov/conf/c/finddialog.conf file having a <CR><LF> changed to just a <CR>.
To fix the problem, load the finddialog.conf file into the Windows Wordpad program and then save the file. WordPad changes a <CR> to <CR><LF>. Note: The Windows Notepad program does not work.
A problem has been found in the State Correlation Engine of the NetView/TEC Integration adapter on the zLinux (System 390) versions of Red Hat Enterprise Linux Advance Server 3.0 and SuSE Linux Enterprise Server (SLES) 9.0. The nvserverd daemon will core on those platforms if the tecint.conf file specifies UseStateCorrelation=YES due to an unresolved internal conflict between the State Correlation Engine and the X11 libraries used for the events display. For this reason, the State Correlation Engine was disabled (by changing the value of the UseStateCorrelation statement to "NO" in the tecint.conf file) during NetView 7.1.5 installation on zLinux; events sent to TEC from these platforms will not contain an fqhostname field, nor will these platforms produce and send Service Impact events.
All zLinux users of NetView/TEC Integration, even on earlier versions of zLinux, particularly SLES 8.0 systems, must specify "BufferEvents=NO" in their configuration to avoid the same problem.
Note: If you run the ovstop followed by running the ovstart or /etc/init.d/netnmrc command, the nslookup might core again.
To determine whether a /usr/OV/PD/cores/ovspmd/core is due to this problem, run the following command on the core file:
strings core | moreIf the string nslookup appears in the output, you can ignore the core.
Due to a quirk in the Linux operating system and the formatting of the Tivoli NetView for UNIX man pages, the man pages do not display properly on Linux systems unless the Linux terminal window is greater than 80 characters wide. To correct the formatting, enlarge the terminal window by using your mouse to drag the right border of the window farther to the right.
Due to Linux security limitations, non-root users whether they belong to the specified group (e.g., "news") or not, cannot open the default map after issuing the following command: ovwperms -a -G -l -m 664 -u root -g news. Linux users should issue instead ovwperms -a -G -l -m 775 -u root -g news
On some Linux platforms, the operating system might not properly shut down some of the threads of the Tivoli NetView for UNIX Java daemons, occasionally resulting in problems restarting the NetView daemons. A "force" option has been added to the nvKill command to shut down all rogue Tivoli NetView daemons and threads and clear out the sockets. This enables the daemons to be restarted properly if this situation arises. If the Tivoli NetView daemons appear to be hung (the restart has lasted longer than 10 minutes), enter the following command at the command prompt:
Then run the netnmrc or the netview command to restart the daemons in the usual manner.
For installations with large enterprise networks, change the nvsetup->Discovery->Discover Using Ping Spray option from Yes to No. Choosing to "Discover Using Ping Spray" seriously degrades the performance of discovery for large enterprise networks.
Use the netmon -n flag to receive critical notifications about failures in an unmanaged Wide Area Network (WAN).
Assume that there is an outsourced MPLS WAN that connects two sites. Normally, when a failure in the WAN occurs preventing access to the remote site, the Tivoli NetView program reports that the entire remote site is Unreachable and issues Network and Router Unreachable events. Because the events are non-critical events, the problem does not get the attention it deserves from the operators.
You can configure the Tivoli NetView program to issue a critical event for the remote border router, which will draw the attention of the operators to the WAN. To do this, follow these steps:
Because unmanaging a network prevents other end node devices from being managed, it is better to unmanage a subnet that represents a serial link. Unmanaging a network does not affect the managed state of the router interfaces.
Here is an explanation of what is happening with router fault isolation to make this work. The goal is to make the remote MPLS border router go Critical instead of Unreachable when the MPLS route fails.
Router fault isolation judges the state of an interface by two factors:
The state of the router itself is based on the propagation of all the interface states.
For a router to be unreachable, every interface must be down AND each network must be unreachable or unmanaged. If the netmon -n switch is set, then an unmanaged network is treated as reachable. For a router to be down, no interfaces can be up AND at least one interface must be down in a reachable network. The other interfaces can be unmanaged and, therefore, are ignored.
Now when the route through the WAN fails, the router interface is down and its unmanaged network is considered reachable. This is enough for router fault isolation to issue a Router Down event for this router.
TDWAVAILABILITY=FALSE
Nodes with "Discover Node(s) Managed" unchecked using the xnmsnmpconf application (UNIX) or due to the settings in the oid_to_type file that are discovered when the native NetView console is running, show up on the map as Unknown rather than as Unmanaged.
The workaround (documented in APAR IY58520) is to make sure the native NetView console is not running when these nodes are being discovered or to unmanage the nodes manually from the GUI when they show up on the map as Unknown. In addition, if the user wants to manage the node, the user must first unmanage it and then manage it.
Regular expressions provide a way to search for specific strings from a set of character strings. For the Web Console on UNIX systems, the search is case-sensitive. On Windows systems, the search is not case-sensitive.
UNIX users who use the Web Console with a large NetView database, follow these steps:
When installing a standalone NetView Language Pack on a NetView UNIX installation, the NVenvironment script must be sourced using the command
$ . /usr/OV/bin/NVenvironmentin the command window in which the installation will be performed.
The Windows and AIX Web Consoles do not connect to a Solaris NetView server when double-byte characters are used in the user ID. However, a Solaris 8 Web Console can connect to a Solaris NetView server when double-byte characters are used in the user ID.
When using the Japanese language pack, the default value of a map snapshot name (such as, Snapshot 1), is not displayed in the snapshot menu of the Server Setup Window. The created snapshot is displayed when you select File -> Map Snapshot -> Open. The snapshot can also be viewed when you run the ovmapsnap command.
When a new object (for example an interface, network, segment, or node) that belongs to a Smartset is discovered while the Smartset is open on the NetView console, the new object is displayed with a generic computer symbol. Closing the Smartset and reopening it displays the proper symbol.
When a SmartSet submap is opened in the Tivoli NetView for UNIX program, the collmap application overrides any user-customized labels for generic symbols with the selection name for the object. A workaround is to configure and use a nongeneric symbol for the object.
In a NetView client/server environment with security enabled, to log off a client user from the NetView server, you must first logout the user on the client machine.
When the servmon daemon is set up to discover all the services on a large network, the NetView server might run out of memory.
The Tivoli NetView program might have discovery and status updating problems for machines that are managed by the Tivoli NetView program and are running SNMPv3 agent daemons. These problems can be eliminated by ensuring that the SNMP daemon of the managed machines are linked to an SNMPv1 daemon and not linked to an SNMPv3 daemon.
When you attempt to run the nvColToSQL command, you might get the following error message:
Database Server is not present or not enough disk space for log files, temp files and rollback segment or table does not exists in the databaseThis message can occur if there are too many snmpCollect files to process (usually more than 500). If you get this message, you can use the following script to process the files. This script processes each file one at a time and saves the output to the log file.
#!/bin/sh LOG=/usr/OV/log/nvColToSQL.log date > $LOG # CREATE NEW LOG EACH TIME # Loop all files that do not have ! or archive in name for file in `ls /usr/OV/databases/snmpCollect | grep -v "\!" | grep -v "archive"` donvColToSQL -f $file -m 64 >> $LOG 2>> $LOG RC=$ ? echo "* FILE <$file> Return Code <$RC>" >> $LOGdone
Tivoli NetView version 7.1.5 documents can be found at the following Web site:
http://publib.boulder.ibm.com/infocenter/tivihelp/v3r1/index.jsp?toc=/com.ibm.itnetview.doc/toc.xmlThis documentation has not been updated for this fix pack. Please see Fix pack notes for documentation which has changed as a result of this fix pack.
If you have a problem with any Tivoli product, refer to the following IBM Software Support Web site: http://www.ibm.com/software/sysmgmt/products/support
If you want to contact IBM Software Support, refer to the IBM Software Support Guide at the following Web site: http://techsupport.services.ibm.com/guides/handbook.html
The guide provides information about how to contact IBM Software Support, depending on the severity of your problem, and it provides the following information:
This information was developed for products and services offered in the U.S.A. IBM might not offer the products, services, or features discussed in this document in other countries. Consult your local IBM representative for information on the products and services currently available in your area. Any reference to an IBM product, program, or service is not intended to state or imply that only that IBM product, program, or service might be used. Any functionally equivalent product, program, or service that does not infringe any IBM intellectual property right may be used instead. However, it is the user's responsibility to evaluate and verify the operation of any non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter described in this document. The furnishing of this document does not give you any license to these patents. You can send license inquiries, in writing, to:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785 U.S.A.
For license inquiries regarding double-byte (DBCS) information, contact the IBM Intellectual Property Department in your country or send inquiries, in writing, to:I
IBM World Trade Asia Corporation
Licensing2-31 Roppongi 3-chome, Minato-ku
Tokyo 106, Japan
The following paragraph does not apply to the United Kingdom or any other country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Some states do not allow disclaimer of express or implied warranties in certain transactions, therefore, this statement might not apply to you.
This information could include technical inaccuracies or typographical errors. Changes are periodically made to the information herein; these changes will be incorporated in new editions of the publication. IBM may make improvements and/or changes in the products and/or the programs described in this publication at any time without notice.
Any references in this information to non-IBM Web sites are provided for convenience only and do not in any manner serve as an endorsement of those Web sites. The materials at those Web sites are not part of the materials for this IBM product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it believes appropriate without incurring any obligation to you.
Licensees of this program who wish to have information about it for the purpose of enabling: (i) the exchange of information between independently created programs and other programs (including this one) and (ii) the mutual use of the information which has been exchanged, should contact:
IBM Corporation
2Z4A/10111400 Burnet Road
Austin, TX 78758 U.S.A.
Such information may be available, subject to appropriate terms and conditions, including in some cases payment of a fee.
The licensed program described in this document and all licensed material available for it are provided by IBM under terms of the IBM Customer Agreement, IBM International Program License Agreement or any equivalent agreement between us.
Information concerning non-IBM products was obtained from the suppliers of those products, their published announcements or other publicly available sources. IBM has not tested those products and cannot confirm the accuracy of performance, compatibility or any other claims related to non-IBM products. Questions on the capabilities of non-IBM products should be addressed to the suppliers of those products.
All statements regarding IBM's future direction or intent are subject to change or withdrawal without notice, and represent goals and objectives only.
IBM, AIX, S/390, NetView, zSeries, Tivoli, and Tivoli Enterprise Console are trademarks of International Business Machines Corporation in the United States, other countries or both.
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of Microsoft Corporation in the United States, other countries, or both.
Java and all Java-based trademarks and logos are trademarks of Sun Microsystems, Inc. in the United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other countries.
Linux is a trademark of Linus Torvalds in the United States, other countries, or both.
Intel, Intel Inside (logos), MMX, and Pentium are trademarks of Intel Corporation in the United States, other countries, or both.
Other company, product, and service names may be trademarks or service marks of others.