Patch Name: PHSS_30948 Patch Description: s700_800 11.X OV ITO7.1X OV-PA Solaris Agent C.03.82 Creation Date: 04/06/16 Post Date: 04/06/18 Hardware Platforms - OS Releases: s700: 11.00 11.11 s800: 11.00 11.11 Products: OpenView IT/Operations 7.10 Filesets: OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.11_32/64,v=HP OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.00_32/64,v=HP Automatic Reboot?: No Status: General Release Critical: Yes PHSS_30948: ABORT PHSS_30620: ABORT PHSS_28363: ABORT Category Tags: defect_repair general_release critical halts_system Path Name: /hp-ux_patches/s700_800/11.X/PHSS_30948 Symptoms: PHSS_30948: Change Request: 8606359519 Changes in kernel settings for clock frequency have been taken into account while calculating CPU utilization metrics. CPU metrics are now correct regardless of clock frequency settings. Change Request: 8606357775 Customers who made very heavy use of Application Response Measurement (ARM) would sometimes experience aborts of the performance tools. The product now functions without aborting under heavy transaction loads. Change Request: 8606353327 The GBL_RUN_QUEUE metric value has been made consistent with the OVOA/EPC collector and is equivalent to GBL_LOADAVG metric. Change Request: R555020784 For DSI data exports, timestamp is now presented in a fixed-field, 19 char wide format. The year (4-digit), month & day layout ordering is dictated by the locale/ LANG settings of the terminal. Change Request: R555029246 The problem that scopeux fills "Bad File Number" messages in the status.scope file has been fixed. This problem was found in a Solaris 8 machine with Solstice Disksuite (Volume Manager) installed. Change Request: B555028584 In a Sun cluster environment, performance tools could occasionally abort with a bus error. This problem has been addressed and the tools run properly in cluster environments. PHSS_30620: Change Request: R555022339 A problem was fixed where extract core dumps, if the number of metrics to export in a particular class goes beyond the maximum supported in that class. Change Request: 8606317316 Fixed a problem where OVPA's scopeux and Glance were not starting on some Solaris 9 systems on which the Solaris volume manager was configured. If volume manager is configured on the system then patch no:113026-05 or later also needs to be applied for OVPA to function properly. Change Request: 8606313956 After upgrading OVPA to 3.81 Solaris, the end point maps are cleaned up and the error message (MWA210-54) will no longer be logged to status.perflbd file. Change Request: 8606313172 Users can now open OVPA man pages. Change Request: 8606306301 With correlator on, transactions from non-OVPA clients will also be logged along with the transactions from OVPA clients. Change Request: 8606297185 Scopeux will now start even if /dev/rmt does not exist. Change Request: 8606286931 Extract now works properly with localized date format. Change Request: R555023538 Arm 2.0 library on Solaris is now thread-safe. Refer to "Compatibility information for programs using libarm" in Chapter 5 for more information. Change Request: 8606293100 A DSI problem was discovered with the C.03.70 release of OVPA, where metric numbers containing leading zeros caused the sdlcomp compiler to fail with an error message indicating that "Metric must be between 1 and 999999." This problem is fixed in this release. Change Request: 8606288232 The problem of scopeux missing one or more "interesting" processes that are extremely CPU intensive, is now fixed. Change Request: 8606314868 perflbd has been modified to delay further the starting of services, depending on the value set in Environment variable ADD_DELAY, if the time taken to process by scopeux is longer than the general case. Change Request: 8606302296 The value of metric TT_COUNT is now reset at each interval so that it represents the number of completed transactions during the last interval, as documented (even when ARM correlation is enabled). Change Request: 8606318156 During export of logfiles, values greater than 32 bits are displayed as values from the MISSING field of report file instead of capping at MAX_INT. Change Request: B555020874 A few malicious programs can potentially take advantage of a defect in the RPC module and can cause the "dced" daemon on SUN Solaris systems [2.7, 2.8, 2.9] to terminate abruptly. This affected OVPA [C.03.45.00 and C.03.75.00] functionality, since OVPA makes use of DCE services provided by the "dced" daemon. This problem has been corrected. Change Request: B555022293 Glance and OVPA's scopeux processes now function well on Sun-Fire V210 and V240 systems. Change Request: 8606305662 Communication between ARM'ed applications and ttd will now take place on a loopback address instead of ttd listening on an open port. Change Request: 8606326947 OVPA extract utility has been enhanced to use minimal CPU resources for non-ASCII mode export operations. Change Request: 8606295414 The problem of glance, gpm and OVPA's scopeux core dumping intermittantly is fixed. PHSS_28363: Change Request: H554002103 Export summarization of multiple instance data is now summarized correctly by the export function of extract when a shift is specified and the end of the shift occurs before the end of the summarization interval. Change Request: H554002220 The OVPA utility RESIZE command no longer empties LOGGLOB when: - Resizing LOGAPPL to a very small value and then resizing LOGGLOB results in an empty LOGGLOB (with PARM file setting SIZE=0.0) - Resizing LOGGLOB to a very small value and then resizing LOGAPPL results in an empty LOGGLOB (with PARM file setting SIZE=0.0) Change Request: H554002227 The PROC_RUN_TIME metric, and the metrics that are derived from it (PROC_CPU_TOTAL_TIME_CUM, PROC_DISK_BLOCK_IO_SUM, PROC_IO_BYTE_CUM), no longer decrease after a period of 23 days. Change Request: H554002281 OVPA has been enhanced to select interesting processes based on virtual memory allocation. The parm file is used to set the process memory threshold, in megabyte units. If set, the memory threshold is compared with the value of the PROC_MEM_VIRT metric. Each process that exceeds the memory threshold will be logged, similarly to the existing disk and CPU process logging thresholds. When a logged process has exceeded the memory threshold, the PROC_INTEREST metric will include "M". An example of the interesting process threshold definition line in a parm file could look like: threshold memory=20 to log only processes in a given interval that have the value of PROC_MEM_VIRT greater than 20MB (20480 Kilobytes: note that the logged values for this metric is in KB units). The memory threshold definition, in units of megabytes, is accurate to the nearest 100KB. Memory threshold settings are logged into the CONFIGURATION record like other interesting process threshold values through the GBL_THRESHOLD_PROCMEM metric. Change Request: H554002284 The utility -xp and utility -xc no longer report the parm or the alarmdef file syntax error if a directory is specified instead of appropriate file. Change Request: H554002345 On active systems where the I/O throughput is high, the following metrics will report correct values when the value exceeds a gigabyte (over 1 million kilobytes): GBL_DISK_PHYS_BYTE GBL_DISK_PHYS_READ_BYTE GBL_DISK_PHYS_WRITE_BYTE Now that these metrics are correct, the following metrics derived from them will also be correct: GBL_DISK_PHYS_BYTE_RATE GBL_DISK_PHYS_READ_BYTE_RATE GBL_DISK_PHYS_WRITE_BYTE_RATE Change Request: H554002351 The utility -xr was improved so that now correct values of MB per day are determined for the resize operation. The logfiles are resized to allow for the exact number of days as specified with the days= option. Change Request: H554002369 When you perform extract/export SHOW in guided mode, messages displayed for NETIF and Configuration data are now correct: NETIF .....BOTH detail & summary records will be processed Configuration ...DETAIL......... records will be processed Change Request: H554002386 The initial and all of the subsequent repeti- tions of alarm statements are now triggered correctly as configured in the alarmdef file. Change Request: H554002389 Previously, the utility scan program did not find filesystem names in old HP-UX, Sun Solaris, and IBM AIX log files that already included filesystem records. The problem has been corrected in this release. Change Request: R555012311 PROC_IO_BYTE_CUM has been corrected to cope with large values (GBs) of IO. It now has a limit of 2048 GB, when this limit is exceeded it correctly reports 'o/f' for overflow. Change Request: R555013809 A problem where an incorrect value could be reported for PROC_CPU_TOTAL_TIME_CUM has been corrected. Change Request: R555014557 OVPA would sometimes present incorrect values for the process metrics PROC_IO_BYTE_CUM, PROC_DISK_PHYS_IO_CUM and PROC_DISK_LOGL_IO_CUM. This problem has been corrected. Change Request: R555015007 Previously, bad network metric values had been observed on busy Omniback servers, and the bad values were possible on any system with very high network throughput rates on the order of thousands of packets per second. The problem has been corrected in this release. Change Request: R555015031 A problem was fixed that could cause intermittent scope cores during execution of a "mwa stop" command. Change Request: R555016072 In OVO, the OV Performance Agent templates are now updated automatically when upgrading from version A.06.00 to A.07.10. Change Request: R555016076 The Performance integration configuration and templates are now uploaded correctly to OVO when running the 'opcconfig' script in a localized environment. Change Request: 8606183706 The GBL_NET_PACKET_RATE metric has been modified and now shows only the actual network activity without any loopback traffic. Change Request: 8606247625 Disk names in mirrored environments are now correctly converted to a descriptive (cXtYdZ) format. Change Request: 8606261541 The group ID for the /etc /etc/init.d and /etc/rc2.d directories has been corrected and is now "sys". Change Request: 8606261556 The problem, when the scopeux data collector failed to start upon the LVOL data initialization has been corrected. Change Request: 8606283517 The scopeux data collector no longer aborts upon adding a new disk to the system (hot-swapping). Defect Description: PHSS_30948: Check the list of the symptoms Resolution: Update version of OVPA deployable subagent to C.03.82. Deployable to SUN Solaris OVO Managed Nodes. PHSS_30620: Check the list of the symptoms Resolution: Update version of OVPA deployable subagent to C.03.81. Deployable to SUN Solaris OVO Managed Nodes. PHSS_28363: check the list of the symptoms Resolution: Update version of OVPA deployable subagent to C.03.75. Deployable to SUN Solaris OVO Managed Nodes. Enhancement: No SR: R555029246 R555020784 8606359519 B555028584 8606357775 8606353327 8606318156 R555022339 8606288232 8606326947 8606314868 B555022293 8606302296 8606286931 8606297185 8606313956 8606305662 R555023538 8606295414 8606306301 8606313172 8606317316 B555020874 8606293100 H554002351 H554002227 8606183706 8606247625 8606261541 R555015031 H554002345 H554002220 R555016076 R555014557 R555015007 H554002386 H554002389 8606283517 H554002284 H554002369 H554002103 8606261556 R555013809 H554002281 R555016072 R555012311 Patch Files: OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.11_32/64, v=HP: OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.00_32/64, v=HP: /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/SubAgentPlatform /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/C.03.82/ovpa_pkg.Z /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/C.03.82/install/ovpa_inst what(1) Output: OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.11_32/64, v=HP: /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/SubAgentPlatform: None /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/C.03.82/ovpa_pkg.Z: None /var/opt/OV/share/databases/subagent/VP_Perf_Agt/sun/sparc/ solaris/C.03.82/install/ovpa_inst: rsubagtinst C.03.82 05/14/2004 =*= cksum(1) Output: OVOPC-PA-CLT.OVOPC-PA-SOL,fr=A.07.10,fa=HP-UX_B.11.11_32/64, v=HP: 211672456 5210 /var/opt/OV/share/databases/subagent/ VP_Perf_Agt/sun/sparc/solaris/C.03.82/install/ ovpa_inst 4097233670 53324259 /var/opt/OV/share/databases/subagent/ VP_Perf_Agt/sun/sparc/solaris/C.03.82/ovpa_pkg.Z 2400054730 746 /var/opt/OV/share/databases/subagent/ VP_Perf_Agt/sun/sparc/solaris/SubAgentPlatform Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: PHSS_30620 PHSS_28363 Equivalent Patches: ITOSOL_00318: sparcSOL: 2.7 2.8 2.9 Patch Package Size: 48400 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_30948 5. Run swinstall to install the patch: swinstall -x autoreboot=true -x patch_match_target=true \ -s /tmp/PHSS_30948.depot By default swinstall will archive the original software in /var/adm/sw/save/PHSS_30948. If you do not wish to retain a copy of the original software, include the patch_save_files option in the swinstall command above: -x patch_save_files=false WARNING: If patch_save_files is false when a patch is installed, the patch cannot be deinstalled. Please be careful when using this feature. For future reference, the contents of the PHSS_30948.text file is available in the product readme: swlist -l product -a readme -d @ /tmp/PHSS_30948.depot To put this patch on a magnetic tape and install from the tape drive, use the command: dd if=/tmp/PHSS_30948.depot of=/dev/rmt/0m bs=2k Special Installation Instructions: PHSS_30948: 1. This patch changes how Glance is deployed from the OVO Management Server. Previously, a new trial version of Glance was always deployed, whether Glance previously existed on the system or not. Now, Glance will only be deployed and updated if a previous version was already on the system. If Glance was not installed before, then it will not be deployed. 2. OVPA/Glance C.03.82 does not support Solaris versions earlier than 5.7. This affects the deployement of OVPA/Glance C.03.82 on Solaris 5.6 system through this patch.