Patch Name: PHSS_23779 Patch Description: s700_800 10.20 OV NNM6.1 Wrong formatting of actions Creation Date: 01/03/29 Post Date: 01/04/02 Hardware Platforms - OS Releases: s700: 10.20 s800: 10.20 Products: OpenView Network Node Manager 6.1 Filesets: OVNNMgr.OVNNM-RUN,B.06.10.00 OVNNMgrMan.OVNNM-RUN-MAN,B.06.10.00 OVPlatform.OVDB-RUN,B.06.10.00 OVPlatform.OVEVENT-MIN,B.06.10.00 OVPlatform.OVMIN,B.06.10.00 OVPlatform.OVWIN,B.06.10.00 OVPlatform.OVWWW-EVNT,B.06.10.00 OVPlatform.OVWWW-FW,B.06.10.00 OVPlatformMan.OVMIN-MAN,B.06.10.00 Automatic Reboot?: No Status: Special Superseded Critical: No Path Name: /hp-ux_patches/s700_800/10.X/PHSS_23779 Symptoms: PHSS_23779: ovactiond does not format automatic actions properly. PHSS_23743: A large volume of trend data exporting can cause snmpCollect to exit because it cannot obtain a lock on its binary database. This exit will occur when the "ovdwtrend" or "ovcoltosql" commands are executed in order to export the trend data. When this problem occurs, the following entry will appear in the snmpCollect trace file ($OV_LOG/snmpCol.trace): 07/18/00 17:19:13 Cannot lock snmpCollect database /var/opt/OV/share/databases/snmpCollect/. (Exiting snmpCollect) PHSS_23729: If you configure a MIB collection for an object-id but define it to be an EXPRESSION, then when you define a collection on it, snmpCollect coredumps. PHSS_23703: xnmbrowser crashes while describing MIB variable. Also, NT dialog does not display all dialog items. PHSS_23649: When multiple sw loopback IP interfaces are present on a node (typically a router) NNM does not consistently choose the numerically lowest address, from among these sw loopback interfaces, for node name assignment. This is contrary to NNM node naming rules which, all others influences being equal, favor the lowest address. PHSS_23637: ovdwevent -exportmaxrecords core dumps. Stack trace shows the code in _OVEventDbFreeEvent PHSS_23629: If the "Submaps in Map" dialog box is displayed, and a submap is deleted, moving the scroll bar or expanding a "+" button would occasionally cause ovw to core dump. PHSS_23607: When there is no ICMP connectivity from the NNM system to an IP address, netmon can not maintain status for that IP address. This may happen if there is no known IP route to that address, or if there is an intervening firewall that does not allow ICMP messages to pass through it. Netmon needs to be able to maintain status on such IP addresses via SNMP, as long as at least one interface on the monitored system is reachable via SNMP. PHSS_23600: The Service Information Portal (SIP) 2.0 alarm module needs additional information from ovalarmsrv in the form of a sortable timestamp for each event. Without this additional timestamp, SIP cannot properly sort events by time when it accesses an NNM server running in a different locale. PHSS_23586: Fault->Network Connectivity functions under the web-based java ovw can sometimes cause the browser to issue an "Internal Server Error". This is most frequent using the Ping function but can happen with other functions as well. PHSS_23584: ovtopmd can abort if a topology filter is enabled which uses the sysObjectID, and a new MIB gets loaded. PHSS_23582: netmon hangs at irregular intervals. PHSS_23473: This fixes 2 related problems occurring with 2 different applications, both happening on HPUX 11.x only : OMNIBACK: With a recent HPUX 11.x upgrade, OmniBack has problems while starting/stopping ovstart/ovspmd: When ovstop is run, ovspmd reports (for most of the NNM processes) that it was forced to kill them, first with SIGTERM, then SIGKILL. It then hangs, with the child processes all remaining up as "" processes, forcing the user to kill ovspmd. MC/ServiceGuard: Again, with a recent 11.x upgrade, ovstart/ovspmd are having problems when invoked by MC/SG. But the symptoms this time are during the ovstart phase: None of the NNM processes ever get started, and ovstart hangs forever. PHSS_23458: The ovlaunch debug parameter does not work as intended PHSS_23448: When IT/O A.05.34 is running with NNM 6.1 on an HPUX 10.20 system, and a new node is added via IT/O menus, running ovtopofix -c will remove the "IP Hostname" field from the node, followed by an unsuccessful attempt to delete the entire node. The field removal causes IT/O to function incorrectly. PHSS_23442: When configuring event filtering with xnmevents: 1)Attempting to add a source that is already added does not give a warning message in the case of "Add Selected" button under the source tab of Filter Configurator, but "Add" and "Add from map" buttons give warning messages. 2)In the same way, attempting to add a source with out selecting any source gives an error message in the case of "Add" and "Add from map" buttons but not in the case of "Add Selected" button. PHSS_23404: If ovdwevent -export is used to export OV_Ack_Alarm, OV_Unack_Alarm, OV_Delete_Alarm, OV_ChgCat_Alarm or OV_ChgSev_Alarm events, the nnm_event_varbinds table of the data warehouse database will only show a partial list of the event_uuids of the events that were acknowledged, deleted, etc. The rest will be truncated. This only occurs if ovdweventflt is used to filter these types of alarms. ovdwevent -export can cause an ODBC error: "Numeric value out of range", if there are filters in place from the ovdweventflt command and if a prior export has been done. For the failure to occur, there should be data in the nnm_event_limits and nnm_event_data tables. This can be checked with ovdwquery. This generally does not occur with the embedded database, but only with databases such as Oracle or SQL Server. PHSS_23402: In certain cases, if a user added a symbol to a submap that was not created by ipmap the following error message was generated in the event logs.SymbolMgr::findSymbol(): obj->getSubmap() failed. Map = default, SubmapId = 452, ObjectId = 1515. PHSS_23346: doOVFormatDate gives the same error message for two different error sources. PHSS_23344: Would like NNM to be able to be given a list of SNMP community strings to test for a given range of IP and/or Ethernet addresses. Also would like NNM to maintain the SNMP configuration database with this information. This process is refered to as SNMP Community String Discovery. PHSS_23330: 1)ovweb login fails with the following error message: "PROCESS START FAILURE The ovsessionmgr process was not able to start 2)For a node with multiple IP addresses, NNM may end up using an address to name the node which is an address that does not give SNMP connectivity. When this is the case, menu-bar utilities that query the selected node will receive timeouts. PHSS_23322: An ovw application created a transient submap when its symbol was double-clicked (exploded). However, due to the symbol's parent object and other applications interested in that parent object, the application's transient submap was immediately reset to persistent upon display. PHSS_23211: Bad sysObjectId causes ovtopmd on a Collection Station to crash (Segmentation Violation) during synchronization with Management Station (ovrepld). PHSS_23199: The system that a Management Station (MS) is running on is rebooted, while 7 or 8 Collection Stations (CS) are still connected to it. Then 30-60 minutes after the MS reboots, pmd on 1 or 2 of the CS's shuts itself down, reporting a "Select failure". PHSS_23197: When an OV_AppUngracefulExit alarm is generated, it causes the following error to be logged to pmd.log0 L ERROR OV_EVENT:03 0000:0000 00000000:00000 000 Jul 19 17:07:28 ovEvent.C :2521 | PM_NO_ERROR | Could convert V2 Notify to V1 Trap: Invalid SNMP operation (OVsnmpErrno:10) This means that the event can't enter the ECS engine, and therefore is not a candidate for correlation. Consequently it is not possible to suppress this alarm using ECS. PHSS_23187: 1. There are several problems related to pmd/ECS performance on NT. Processes such as netmon and snmpCollect may not receive a pause event because the event subsystem is busy. nmdemandpoll may fail because the poll event does not get sent to netmon before timing out. 2. ovalarmsrv may hang or report a corrupt event header. The web alarm browser will not display any new events or respond to any operator actions. PHSS_23119: Three symptoms are addressed in this Patch: After Openview is started, using the "ovstart" command, on Unix platforms, a "defunct" process is present on the system until OpenView is stopped. The parent PID of this defunct process is the PID of ovdbcheck. The ovdbcheck process does not participate in OpenView PAUSE and RESUME processing. Some messages in the "ovdbcheck.log" file indicate database connectivity errors when, in fact, the situation is normal. PHSS_23008: If a Collection Station (CS) is powered down, and during that time its Managment Station (MS) is taken out of the network and stays off line when the CS is powered back up, the CS's Alarm browser will appear to hang for a long period until the failed MS is back online. PHSS_22973: 1. When an NNM system is configured as a Management Station with remote Collection Stations (xnmtopoconf - manage collectionstation) and then later ALL the collection stations are unmanaged, ovrepld dies with an illegal memory access in the copyStation routine. 2. ovrepld on the management station gets stuck in a loop trying to get the status of an interface from a collection station. The problem occurs when the collection station fails and the management station does failover status polling. While the collection station is down, the management station determines that an interface is down. When the collection station comes back up, that same interface happens to be deleted on the collection station. The MS keeps requesting interface status from the CS, not knowing there is a delete request further down in its queue. No more updates are processed from the collection station, but the most obvious symptom is that the Station Failover Release in never observed in the Alarm Browser on the management station. PHSS_22789: 1) Certain network devices provide many hints for discovering new nodes very frequently. Because of this, NNM ends up polling those devices every 5 minutes looking for hints of new nodes to discover. This keeps the network devices way too busy servicing NNM. 2) Netmon could abort if all tracing bits were turned on. PHSS_22746: If two non-interactive ovw sessions (ovw -copyMap, ovw -deleteMap, or ovw -mapcount) are run at the same time, ovuispmd terminates unexpectedly with the message "Forced to exit before all clients unregistered". PHSS_22725: The NNM ovalarmsrv process aborted intermittantly when the NNM events database contained events with long (>505 bytes) event descriptions. PHSS_22723: Applications using ovsnmp library to receive V1 enterprise specific traps and OVgeneric traps leak Memory for every trap that is received. The leak stops if the sessions flag OVSNMP_V2API is set. PHSS_22666: Customer Views submBld dumps core in getNetworkLocation on Solaris2.7 with network count greater than 100. Core dump happens after some organizations and resource associations are added to the CV database (using ovcustomer). PHSS_22659: The NNM ipmap application can abort when doing a map export (Map-->Export) operation. This problem occurs when a location symbol is added to the Internet submap and then network symbols are moved to the location symbol's submap. Exporting a map with this configuration can cause the ipmap abort. The abort happens most often on the Windows/2000 platform. PHSS_22638: i) Dashed lines of thickness greater than 1 are drawn with thickness of 1 on Windows NT. ii) Thickness of Connection class is not propagated as default thickness for Connection sub-classes (types) with no thickness specified. PHSS_22582: netmon aborts. Stack backtrace in netmon_err.log (on Unix) or drwtsn.log (on NT) might include the following sequence of functions in its stack backtrace: changeNetDefaultSeg () rmNetDefaultSeg () removeSegFromNetwork () removePrimarySeg () removeSegFromTopo () delSegCmd () PHSS_22580: Events related to changes in the NNM topology (such as status changes) are not being received or acted upon by NNM. Defect Description: PHSS_23779: The formatting function used by ovactiond was not the right one to use. Resolution: Now ovactiond calls a different formatting function for automatic actions. PHSS_23743: Whenever trend data is exported, the "ovcoltosql" command locks the snmpCollect binary database long enough to move the binary collection files to a working directory. If the number of collections is large enough, the file move operation locks the database for too long and snmpCollect exits because it cannot obtain the database lock. Resolution: Instead of locking the snmpCollect binary database for one long duration time period in order to move all the binary collection files, ovcoltosql is being changed to process the binary collection files in smaller groups. The database will now be locked for the move of each group, but the duration of each lock will be much shorter since fewer files are being moved in each group. PHSS_23729: When parsing through the MIB entry in snmpCol.conf snmpCollect checks if the object id does NOT start with a ".". If so it assumes that the MIB defined, is for an EXPRESSION. Else it assumes that the MIB defined is for an object-id. However no check is done to see if the type of the MIB definition is EXPRESSION or otherwise. Down the line however this causes snmpCollect to try go get information on this expression and it coredumps. Resolution: Now if a MIB is defined for an object-id then a check is done to see if the type is EXPRESSION. If so snmpCollect errors out with a message. PHSS_23703: The buffer used to hold the Objects and Index strings are not large enough, causing buffer overrun. Also, we did not check for the possibility of buffer overrun and prevent it from happening. For NT dialog, it was simply a mismatch between Unix and NT dialogs. Resolution: - Increment the buffer size to 1K and add code to detect and prevent buffer overrun by truncating string to fit into buffer. - Update NT Describe MIB dialogs to include Units, Index and Objects dialog items. PHSS_23649: The NNM node name selection routine, chooseNodeName(), used the address of the first sw loopback interface that it found in the device's IP interface table. It should have considered all the sw loopback interfaces, choosing the one with the numerically lowest IP address. Resolution: The code in the chooseNodeName() function has been modified to consider all sw loopback interfaces in a device's IP interface table. The one with the numerically lowest IP address is now favored. PHSS_23637: Caused by incorrectly calling the routine _OVEventDbFreeEvent twice (thus attempting to free the same structure twice) in the case of -exportmaxrecords being specified. Resolution: Code corrected so as not to call this routine twice. PHSS_23629: ovw did not refresh the submap list used in the dialog box, so it attempted to retrieve information about the deleted submap, causing a NULL pointer dereference. Resolution: If the deleted submap is in the submap list for the dialog box, ovw now refreshes the submap list and displays a dialog box telling the user that the list has been updated. PHSS_23607: Netmon cannot use ICMP to test interfaces which have no route to them. Resolution: A new feature was implemented that allows the user to specify ranges of IP addresses which will be status polled with SNMP rather than ICMP. See the netmon.snmpStatus and netmon.statusMapping man pages included with this patch. PHSS_23600: The ovalarmsrv process does not provide a sortable timestamp in the events that it packages for its clients such as the SIP alarm module. This becomes a problem when the SIP client is running in a locale different from the ovalarmsrv process. Resolution: A timestamp (seconds since the epoch) is now being provided by ovalarmsrv in each event that it packages for a client. This additional information has no effect on the current NNM web alarm browser. PHSS_23586: Caused by a coding error in the webappmon.exe program which allowed the same structure to be freed twice, thus causing webappmon.exe to abort, which manifests to the user as a browser Internal Server Error. Resolution: The program $OV_WWW/cgi-bin/webappmon.exe was corrected to not free the same structure twice. PHSS_23584: ovtopmd caches a pointer to the loaded mib information. If the loaded mib tree gets re-read for some reason, this cached pointer will become invalid. Resolution: The caching logic has been fixed so when the underlying mib has been re-read, the pointer will be refreshed with the latest mib tree. PHSS_23582: netmon tries to update a node in the topology and is waiting for ovtopmd to respond. Under some conditions, ovtopmd could wait for an indefinite period of time on a receive. Resolution: ovtopodump was found to cause this problem and consequently fixed, no longer causing ovtopmd to hang. PHSS_23473: In order to be more POSIX-compliant, a recent 11.x upgrade changed the behavior of process-startups so that they all inherit the signal procmask of their parent process instead of starting with a cleared procmask. So if a parent blocks any signal, it means that the child process will now start off with that signal blocked as well. OmniBack and MC/SG both invoke ovstart, making them parent processes - so they pass on blocked signals to ovstart, and thence to ovspmd. OmniBack was blocking SIGCHLD, which ovspmd depends on when it is shutting down NNM processes - in order to determine when a child has finally shut down. MC/SG was blocking SIGALRM, which ovstart depends on to wake itself up from the sleep that it goes into while it's giving time to ovspmd to complete its startup. Resolution: ovstart now compensates for any inherited signal-blocking (passed to it by parent processes) by clearing all blocked signals upon startup. With the inheritance, this means it will pass a cleared procmask on to ovspmd as well. This essentially restores the behavior present before the 11.X O/S changes. This patch exists in HPUX 10.X and SOLARIS versions as well, in case the same POSIX-compliant changes are implemented in them in the near future. No similar changes are anticipated for NT. PHSS_23458: The path to the debug file is not correct. Resolution: The path has now been corrected. PHSS_23448: This happens because the node created by IT/O has an "IP Hostname" field in the object database, yet it has no corresponding entry in the topology database. This makes it look like it is a "lost IP node object" that was partially created by netmon and never finished. [See the "-c" option in ovtopofix(1m)] Since removing this type of node is one of ovtopofix's defined "clean-up" tasks, it tries to remove the interface field and then the node itself from the object database. Resolution: When ovtopofix encounters one of these nodes that appears to be a "lost IP node object", it now first checks to see if the node was apparently created by another application. It does this by looking for the presence of certain field names in the suspect node. If present, then it does not attempt any cleanup of that node. PHSS_23442: There was no code implemented to handle the above mentioned cases. Resolution: 1)Code was written to provide the warning and error messages. 2)The sourceToggle button which was redundant in NT was removed. PHSS_23404: The Varchar fields of the data warehouse databases are a maximum of 256 characters. However, the varbind with the event uuid list can be thousands of characters long. The program truncates the data before writing to the database. The numeric range error is caused by incorrect type casting when passing a parameter to the ODBC routines. Resolution: A new option, -exportsplituuids, was added to ovdwevent. This option will cause additional varbinds to be output to the nnm_event_varbinds table, which have one uuid per varbind. This will only occur for the following events: OV_Ack_Alarm, OV_Unack_Alarm, OV_Delete_Alarm, OV_ChgSev_Alarm, and OV_ChgCat_Alarm. In addition, these events will only be exported if ovdweventflt is used to specify that these events should be exported. Thus a customer will be able to access all of the uuids as follows: 1) ovdwquery; 2) SELECT event_uuid FROM nnm_event_detail WHERE ... ; 3) SELECT ... FROM nnm_event_varbinds WHERE event_uuid='..output from the first select.. '. The numeric range error was fixed by correcting the type casting prior to the call to the ODBC routines. PHSS_23402: Ipmap was calling the findSymbol routine to find a symbol on the submap. Since the submap is not one created by ipmap, the ipmap application does not keep track of the symbols. In cases where the symbol is on a submap not created by ipmap the findSymbol routine was not correctly checking if the submap was one the ipmap application was interested in.. Because this check was not done correctly the error message was generated in error whenever the symbol was not found. Resolution: Modify the ipmap findSymbol routine to include a check to verify that the symbol is located on a submap that ipmap created and is interested in. Do not create this error message if the symbol is on a submap that ipmap did not create. Only create this error message if the symbol is not found on a submap that ipmap created and is interested in. PHSS_23346: Same error message was used for two different error sources. Resolution: Changed the second error message to describe the second error source. PHSS_23344: This is an enhancement to netmon. Resolution: The user can now configure a netmon.cmstr file in order for NNM to perform community string discovery. See the netmon.cmstr man page (or reference page if running on Windows) for more information on the format and interpretation of the netmon.cmstr file as well as examples. PHSS_23330: 1) The getservbyname call used returns the port number in network byte order. The port number was not being converted to host byte order before being passed along to the next call. 2) Some network environments have firewalls that prevent SNMP traffic from being passed, and a particular managed node might have one address on each side of the firewall. In this case, the management station will receive timeouts if it tries to use the wrong IP address for its SNMP queries. Even though the netmon process is capable of trying all available IP addresses and remembering which one gives successful SNMP responses, this preferred SNMP address is not made available to the SNMP applications which are integrated on the ovw menubar. Resolution: 1) Convert the port number to host byte order before passing it along to the next call. 2) There is a new field defined in the ovwdb database called "Preferred SNMP Address", which will be updated with the corresponding information that exists in the topology database. The Application Registration Files within NNM can be modified to take advantage of this new field so that the corresponding application can use the correct IP address. Please see the "Special Installation Instructions" section of the patch text file for more information. PLEASE NOTE: Installation of this patch will over-write the the $OV_FIELDS/C/snmp_fields registration file. Also, if this patch is uninstalled, the Preferred SNMP Address field will not be removed from the database. PHSS_23322: As the symbol was exploded and the submap created, ovw incorrectly decided that this submap should be persistent due to its parent object. Resolution: ovw now no longer changes a submap to persistent when its parent symbol is exploded. PHSS_23211: After ovtopmd has fetched the node object, a validity check is made on the sysObjectId by checking that the first component of the mib subtree is less than 4. For a sysObjectId like 65.25.1.2, it fails and it results in the object of sysObjectId being freed and nullified. Unfortunately we subsequently attempt to dereference the sysObjectId without checking if it is valid. And this results in the crash. Resolution: Modified the validation routine to resolve the problem. PHSS_23199: As the MS is going down, a number of the notifications that it sends out to the CS's of its imminent shutdown are somehow not fully sent out, because on the CS end they show up as data on a socket that is 0-length. This starts a chain of events resulting in the eventual "Select failure" error message and the self-shutdown of pmd. Resolution: The pmd/ovEvent module (libovevent.sl) on the CS will now properly handle the erroneous socket data. PHSS_23197: When an application "ungracefully" disconnects from pmd, the ovEvent stack needs to inform other interested appls of this fact. To save a tiny bit on performance, it does not generate a real trap, but instead simulates the situation where a trap has just arrived and needs to go through the usual processing. But the trap data it creates has some fields set in such a way that the trap is eventually rejected just before it gets sent to the ECS. So the pmd.log0 error message is seen, and the trap never gets into the ECS. Resolution: The contents/format of the internal trap are now changed, so that the trap is properly processed by ECS. The error message in pmd.log0 is no longer there, and these events can now be correlated. PHSS_23187: 1. On NT, the OV_EVENT stack in pmd was commiting records to disk when it was not necessary. This caused a significant slow down of event processing in pmd. 2. When a partial event packet was received from pmd, ovalarmsrv did not process it correctly. This caused ovalarmsrv to believe the next event packet was corrupt and close down the thread reading events from pmd. Resolution: 1. Event records written to the BES are only committed to the disk immediately when the event logs are being initialized or being rolled over. 2. ovalarmsrv now properly handles the case when a partial event packet is read from pmd. PHSS_23119: The ovdbcheck process does not properly process a SIGCHLD signal. This results in a defunct process that does not go away until OpenView is stopped. The ovdbcheck process does not listen for OpenView PAUSE and RESUME messages from the ovspmd process. While Openview is PAUSED, ovdbcheck continues it periodic database connectivity checks. This becomes problematic if the customer wishes to shut database access while OpenView is PAUSED for backups. Before attempting to start the embedded database, the ovdbcheck process attempts to connect to the database in order to determine if it is already running. If the database is not yet running, a normal situation, the connect attempt fails and ERRORS are logged to the ovdbcheck.log file. These errors are misleading because there really is no problem. The database will subsequently be started and a second connect attempt will be succesful. Resolution: The ovdbcheck process now ignores the SIGCHLD signal. This allows the defunct child process to go away. The ovdbcheck process is now capable of handling OpenView PAUSE and RESUME messages. When in a paused state, ovdbcheck suspends its periodic database connectivity checks. Note: the ovdbcheck.lrf file must be modified in order to enable the handling of PAUSE and RESUME messages. See the special patch installation instructions for more information. The ovdbcheck.log file is now annotated to explain that the first ERROR in attempting to connect to the database may be a normal situation, a result of the database not yet started. PHSS_23008: Local pmd (Collection station) attempts to connect to remote pmd (Management Station) in a blocking mode (default socket connection mode). And since the remote pmd's host is not on the network, the connect() call hangs for a long time (at least >10 minutes) Resolution: Make the local pmd connect to the remote pmd in a non-blocking mode. PHSS_22973: 1. ovrepld is attempting to process the collection station list when there are no collection stations managed. 2. ovrepld on the management station gets stuck in a loop trying to get the status of an interface from a collection station even though that interface has been deleted on the collection station. Resolution: 1. ovrepld now checks for a null station before attempting to do any processing on it. 2. ovrepld now stops trying to get an interface's status if the interface has been deleted on the collection station. PHSS_22789: 1) NNM will automatically adjust the interval at which it polls devices for new hints. Devices which are more fruitful sources of hints will be polled more frequently. The minimum delay between these discovery polls is hard coded at 5 minutes. 2) A printf format had a %s where it should have had a %d. Resolution: 1) This problem is fixed by adding a new command line option to netmon which allows the customer to define the minimum wait time between discovery polls. The option is "minimumAutoAdjust", specified in minutes. 2) The printf format was corrected. PHSS_22746: ovuispmd did not properly track the two interactive sessions because ovw registered them with the identical name. Resolution: ovw now registers its non-interactive sessions with ovuispmd using a unique identifier. PHSS_22725: The ovalarmsrv code failed to null terminate long (>505 bytes) event description strings. This resulted in memory corruption that sometimes caused ovalarmsrv to abort. Resolution: The ovalarmsrv code was modified to ensure that long event description strings get null terminated. PHSS_22723: When an application can receive only v1 traps, the incoming V2 Trap/Inform is convertd to a V1 Trap Pdu. The v2notifyOID (enterprise field) of the pdu is translated into v1enterprise, v1generic and v1specific. While doing this, the enterprise field is not appropriately freed. Resolution: The enterprise field is freed appropriately. PHSS_22666: Buffer over-run. The code is set up to handle an environment of 100 networks or less. This would normally be fine except some ISP's are associating multiple resources to individual organizations which results in large network counts, 2k -5k+. Resolution: Function now checks the cache (buffer) size, and resets it's counter accordingly. Also added a statement to free memory previously allocated, yet not deallocated. PHSS_22659: The ipmap abort is caused by a code defect where the same memory is freed twice. Resolution: The ipmap code was changed so that the same memory would no longer be freed twice. PHSS_22638: i) An incorrect Pen style was used for drawing lines. ii)No check was made to determine if the line thickness was specified for the Connection sub-class. Resolution: i) Used The correct style (PS_GEOMETRIC | PS_USERSTYLE) when creating the Pen for drawing lines (ExtCreatePen()). ii)Checked if a thickness entry was parsed for each Connection type (sub-class). If not, we use the thickness entry for the Connection class as default thickness PHSS_22582: Certain devices (such as Cisco routers) use a "software loopback" pseudo-interface to hold a well-known IP address by which the router should always be accessible. NNM will normally disconnect such interfaces from networks and segments when it finds them. Netmon was disconnecting this interface from these objects in the wrong order. Resolution: netmon has been changed to disconnect the network and segment in the proper order to eliminate the abort. PHSS_22580: If ovtopmd generates a very large number of events quickly at startup time, its internal event buffer gets corrupted in such a way that no more events are being sent to pmd. Resolution: The ovtopmd internal event buffer has been changed so that it works properly now. SR: 8606178713 8606176511 8606182233 8606167878 8606173390 8606135598 8606178549 8606172170 5003459347 8606184497 8606169415 8606135378 8606175989 8606157949 8606172049 8606147265 8606154432 8606140170 8606173875 8606179719 8606154617 8606173837 8606173134 8606180092 1653310789 8606161561 8606162558 8606168944 8606147580 8606157083 8606172142 8606170778 8606161773 8606166909 8606163529 8606155201 8606159548 8606156271 8606126644 8606157855 8606160975 8606159597 8606162606 8606157822 Patch Files: /opt/OV/lib/libovutil.2 /opt/OV/lib/libovsnmp.2 /opt/OV/lib/libov.2 /opt/OV/lib/libovgui.2 /opt/OV/lib/libevent.2 /opt/OV/lib/libovtopm.2 /opt/OV/lib/libovwww.2 /opt/OV/bin/ovstart /opt/OV/bin/ovstop /opt/OV/bin/ovstatus /opt/OV/bin/ovactiond /opt/OV/bin/xnmevents /opt/OV/bin/ovcoltosql /opt/OV/bin/ovdwevent /opt/OV/bin/ovdbcheck /opt/OV/bin/netmon /opt/OV/bin/ovtopodump /opt/OV/bin/ovtopofix /opt/OV/bin/ipmap /opt/OV/bin/ovtopmd /opt/OV/bin/ovrepld /opt/OV/bin/ovw /opt/OV/bin/ovalarmsrv /opt/OV/bin/ovsessionmgr /opt/OV/newconfig/OVNNM-RUN/fields/C/snmp_fields /opt/OV/man/man1m.Z/netmon.1m /opt/OV/man/man1m.Z/ovtopofix.1m /opt/OV/man/man1m.Z/ovdbcheck.1m /opt/OV/man/man4.Z/netmon.snmpStatus.4 /opt/OV/man/man4.Z/netmon.statusMapping.4 /opt/OV/man/man4.Z/netmon.cmstr.4 /opt/OV/man/man1.Z/ovdwevent.1 /opt/OV/www/cgi-bin/webappmon.exe /opt/OV/www/cgi-bin/ovlaunch.exe /opt/OV/www/cgi-bin/ovlaunchreg.exe /opt/OV/www/cgi-bin/ovlogin.exe /etc/opt/OV/share/conf/stacks/pmd/libovEvent.sl /etc/opt/OV/share/www/conf/NNM.spec what(1) Output: /opt/OV/lib/libovutil.2: HP OpenView ov utility library (HP Internal only) NN M Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/lib/libovsnmp.2: libovsnmp rnetstat HP OpenView SNMP Dev Kit NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/lib/libov.2: HP OpenView ov library NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/lib/libovgui.2: HP OpenView ov gui library (HP Internal only) NNM Re lease B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. Debug Widget Code /opt/OV/lib/libevent.2: HP OpenView Event Store Access Library (HP Internal only) NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/lib/libovtopm.2: libovtopm.sl HP OpenView Topology NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/lib/libovwww.2: HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovstart: ovstart/ovstop/ovstatus HP OpenView ICVT NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovstop: ovstart/ovstop/ovstatus HP OpenView ICVT NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovstatus: ovstart/ovstop/ovstatus HP OpenView ICVT NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovactiond: ovactiond HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/xnmevents: xnmevents HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovcoltosql: ovcoltosql/ovcolsql/ovcoldelsql HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. ovDwCommon /opt/OV/bin/ovdwevent: oveventexp HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. ovDwCommon /opt/OV/bin/ovdbcheck: ovDbCheckOdbc HP OpenView DataBase Tools NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. ovDwCommon /opt/OV/bin/netmon: Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 netmon Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 annoio.c $Revision: 1.45 $ $Date: 1998/04/01 06:27:2 6 $ None sockstack.c $Revision: 1.68 $ $Date: 1998/06/09 01:1 6:51 $ value.c $Revision$ $Date$ ECS.c $Revision: 1.9 $ $Date: 1998/04/22 23:30:06 $ ECS 3.0 (STABLE_3_x_980808) ECS REV: 980808.1708(opt) HP-UX B.10.10 Server A.05. 03 trace.c $Revision: 1.12 $ $Date: 1998/03/12 04:48:38 $ None fatal.c $Revision: 1.13 $ $Date: 1998/05/07 02:26:33 $ None log.c $Revision: 1.7 $ $Date: 1997/07/04 07:34:11 $ None mesgbuf.c $Revision: 1.18 $ $Date: 1998/05/07 00:28: 35 $ None sequence.c $Revision: 1.17 $ $Date: 1998/01/28 03:39 :17 $ vstring.c $Revision$ $Date$ /opt/OV/bin/ovtopodump: ovtopodump HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovtopofix: ovtopofix HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ipmap: ipmap HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovtopmd: Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 ovtopmd Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 Copyright 1992-1997 SNMP Research, Incorporated SNMP Research Distribution version 14.2.1.7 /opt/OV/bin/ovrepld: HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. ovrepld /opt/OV/bin/ovw: HP OpenView Windows NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. HP IL EFS v 2.1 bl03; Image EFS Library for HP-UX 8 .07+ & MPower 'libilefs.sl' ovw /opt/OV/bin/ovalarmsrv: ovalarmsrv HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/bin/ovsessionmgr: ovsessionmgr HP OpenView Network Node Manager NNM Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2000 Hewlett-Packard Co., All Ri ghts Reserved. /opt/OV/newconfig/OVNNM-RUN/fields/C/snmp_fields: HP OpenView NNM Release B.06.10 Mar 29 2001 Copyright (c) 1990-2001 Hewlett-Packard Company /opt/OV/man/man1m.Z/netmon.1m: None /opt/OV/man/man1m.Z/ovtopofix.1m: None /opt/OV/man/man1m.Z/ovdbcheck.1m: None /opt/OV/man/man4.Z/netmon.snmpStatus.4: None /opt/OV/man/man4.Z/netmon.statusMapping.4: None /opt/OV/man/man4.Z/netmon.cmstr.4: None /opt/OV/man/man1.Z/ovdwevent.1: None /opt/OV/www/cgi-bin/webappmon.exe: None /opt/OV/www/cgi-bin/ovlaunch.exe: None /opt/OV/www/cgi-bin/ovlaunchreg.exe: None /opt/OV/www/cgi-bin/ovlogin.exe: None /etc/opt/OV/share/conf/stacks/pmd/libovEvent.sl: OV_EVENT OPI Stack HP OpenView OPI Stack OV_EVENT (HP Internal only) NN M Release B.06.10 PATCH PHSS_23779, 03292001 HP 9000 S700/S800 HP-UX 10.x Copyright (c) 1990-2001 Hewlett-Packard Co., All Ri ghts Reserved. /etc/opt/OV/share/www/conf/NNM.spec: HP OpenView NNM Event Browser Specification cksum(1) Output: 2072191075 679120 /opt/OV/lib/libovutil.2 1908553730 477524 /opt/OV/lib/libovsnmp.2 1954322562 230719 /opt/OV/lib/libov.2 3606657942 300246 /opt/OV/lib/libovgui.2 151906740 301106 /opt/OV/lib/libevent.2 1490209462 1035374 /opt/OV/lib/libovtopm.2 3344856898 1340385 /opt/OV/lib/libovwww.2 2143621243 73909 /opt/OV/bin/ovstart 2143621243 73909 /opt/OV/bin/ovstop 2143621243 73909 /opt/OV/bin/ovstatus 2679213574 41054 /opt/OV/bin/ovactiond 836008353 221892 /opt/OV/bin/xnmevents 897507534 193259 /opt/OV/bin/ovcoltosql 2248936057 115010 /opt/OV/bin/ovdwevent 1157843401 77998 /opt/OV/bin/ovdbcheck 675998784 880696 /opt/OV/bin/netmon 1945507333 32852 /opt/OV/bin/ovtopodump 1532326111 82211 /opt/OV/bin/ovtopofix 189462311 580446 /opt/OV/bin/ipmap 1488025070 366648 /opt/OV/bin/ovtopmd 1029500530 296733 /opt/OV/bin/ovrepld 177949358 2695044 /opt/OV/bin/ovw 4264425875 715119 /opt/OV/bin/ovalarmsrv 1474841535 74045 /opt/OV/bin/ovsessionmgr 2952593265 7528 /opt/OV/newconfig/OVNNM-RUN/fields/C/ snmp_fields 3931292833 12293 /opt/OV/man/man1m.Z/netmon.1m 2061234467 5111 /opt/OV/man/man1m.Z/ovtopofix.1m 622424973 3368 /opt/OV/man/man1m.Z/ovdbcheck.1m 659995431 1912 /opt/OV/man/man4.Z/netmon.snmpStatus.4 559695848 1809 /opt/OV/man/man4.Z/netmon.statusMapping.4 3594276110 3400 /opt/OV/man/man4.Z/netmon.cmstr.4 2249087270 5191 /opt/OV/man/man1.Z/ovdwevent.1 3896996346 86372 /opt/OV/www/cgi-bin/webappmon.exe 2965955753 49261 /opt/OV/www/cgi-bin/ovlaunch.exe 2407205318 36976 /opt/OV/www/cgi-bin/ovlaunchreg.exe 264296261 36945 /opt/OV/www/cgi-bin/ovlogin.exe 3989335262 123211 /etc/opt/OV/share/conf/stacks/pmd/ libovEvent.sl 2394916865 8636 /etc/opt/OV/share/www/conf/NNM.spec Patch Conflicts: None Patch Dependencies: s700: 10.20: PHSS_22423 s800: 10.20: PHSS_22423 Hardware Dependencies: None Other Dependencies: None Supersedes: PHSS_22580 PHSS_22582 PHSS_22638 PHSS_22659 PHSS_22666 PHSS_22723 PHSS_22725 PHSS_22746 PHSS_22789 PHSS_22973 PHSS_23008 PHSS_23119 PHSS_23187 PHSS_23197 PHSS_23199 PHSS_23211 PHSS_23322 PHSS_23330 PHSS_23344 PHSS_23346 PHSS_23402 PHSS_23404 PHSS_23442 PHSS_23448 PHSS_23458 PHSS_23473 PHSS_23582 PHSS_23584 PHSS_23586 PHSS_23600 PHSS_23607 PHSS_23629 PHSS_23637 PHSS_23649 PHSS_23703 PHSS_23729 PHSS_23743 Equivalent Patches: PHSS_23780: s700: 11.00 s800: 11.00 PSOV_02905: sparcSOL: 2.5 2.6 2.7 2.8 NNM_00698: intelNT: 4.00 4.01 intelWIN2000: 1.00 Patch Package Size: 11050 KBytes Installation Instructions: Please review all instructions and the Hewlett-Packard SupportLine User Guide or your Hewlett-Packard support terms and conditions for precautions, scope of license, restrictions, and, limitation of liability and warranties, before installing this patch. ------------------------------------------------------------ 1. Back up your system before installing a patch. 2. Login as root. 3. Copy the patch to the /tmp directory. 4. Move to the /tmp directory and unshar the patch: cd /tmp sh PHSS_23779 5a. For a standalone system, run swinstall to install the patch: swinstall -x autoreboot=true -x match_target=true \ -s /tmp/PHSS_23779.depot By default swinstall will archive the original software in /var/adm/sw/patch/PHSS_23779. If you do not wish to retain a copy of the original software, you can create an empty file named /var/adm/sw/patch/PATCH_NOSAVE. WARNING: If this file exists when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. It is recommended that you move the PHSS_23779.text file to /var/adm/sw/patch for future reference. To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHSS_23779.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: WARNING: This patch should not be loaded unless the last consolidated patch PHSS_22423 has been loaded. To check if this patch is on your system use the following command: swlist -l product -l fileset PHSS_22423 If swlist cannot find the patch, then you will need to obtain the PHSS_22423 patch and load it before loading this patch. ======================================================== BEFORE LOADING THIS PATCH... If there are any ovw sessions running on either the Management Station or on any Management Consoles, these sessions need to be closed. The "ovstop" command should then be executed. WARNING : the patch will not install if any Network Node Manager processes are detected. BACKUP ALL OpenView DIRECTORIES TO TAPE. This pre-caution ensures that if you have problems after installing the patch, you will be able to restore your current state from tape. NOTE : ovstart is NOT executed after the patch is loaded You will need to manually run ovstart. Also, in order to keep a history of the patches installed on your system the post-install script will attempt to copy this .text file to /usr/OV/ReleaseNotes/patches (or /opt/OV/ReleaseNotes/patches). Please make sure this file is in /tmp before installation. ======================================================== This patch supersedes one or more previous patches. If the superseded patches included special installation instructions those instructions can be found below. PHSS_23584: . PHSS_23582: . PHSS_23442: None PHSS_23330: Installation of this patch will overwrite $OV_FIELDS/C/snmp_fields. In order to get the new field populated for each node in the database, the following steps need to be taken: ovstart ovstop netmon ovtopofix -O #that is an upper-case oh, not a zero ovstart netmon Also, the snmp_fields file contains the definition of the SNMPAgent enumerated field, which may have been edited by the customer. In order to restore entries in this enumeration that may have been lost by patch installation, the customer can run "ovobjprint -f" and look for the field id for the SNMPAgent field, and then run "ovobjprint -e fid" where "fid" is the field id for that field. This output will list all the enumerations currently in the database, and if any are missing from snmp_fields, they can be added at that point. PHSS_23199: N/A PHSS_23197: N/A PHSS_23119: The ovdbcheck executable in this patch is capable of handling OpenView PAUSE and RESUME messages. This functionality will not, however, be enabled unless the "ovdbcheck.lrf" file is modified and re-registered. To enable ovdbcheck's new PAUSE/RESUME logic, do the following as superuser: 1. Install this patch. (Don't start Openview yet.) 2. Modify file /etc/opt/OV/share/lrf/ovdbcheck.lrf (\openview\lrf\ovdbcheck.lrf on Windows) in the following manner: Add the PAUSE option to this line in the file: OVs_YES_START::-ovspmd:OVs_WELL_BEHAVED:90: The modifed line should look like: OVs_YES_START::-ovspmd:OVs_WELL_BEHAVED:90:PAUSE Re-register the ovdbcheck.lrf file using the following command: $ ovaddobj ovdbcheck.lrf OpenView can now be started and the ovdbcheck will now process PAUSE and RESUME messages. Note: If this patch is REMOVED, the PAUSE option MUST be removed (and re-registered) from the ovdbcheck.lrf file. Otherwise, the "ovpause" command will unsuccesssfully try to pause the ovdbcheck process. PHSS_22666: This defect fix only affects cusomters who have Customer Views installed.