Patch Name: PHSS_8961 Patch Description: s700 9.0[57] OmniStorage A.02.00 Patch Creation Date: 96/10/22 Post Date: 96/11/12 Hardware Platforms - OS Releases: s700: 9.05 9.07 Products: HP OpenView OmniStorage A.02.00 Filesets: OMSTR-CLNT OMSTR-COMMON OMSTR-GUI OMSTR-SRVR Automatic Reboot?: No Status: General Release Critical: No Path Name: /hp-ux_patches/s700/9.X/PHSS_8961 Symptoms: PHSS_8961: 1. restore_file dumped core in certain situations. 2. In some cases, data corruption or core dump from jmd on access from an unknown host. 3. Fix for communication problems between qr and jmd. In some cases, qr was not recognizing that the jmd was ready. 4. Large files could not be migrated to MO media if they needed to be split into more than one file chunk. 5. Improper sync volume destination checking was prevented valid media syncing operations. 6. Fixed invalid error messages from zb. 7. rc.vbfsmnt was not able to handle tabs in /etc/checklist. 8. GUI executables were broken when libc patches were installed. This was because GUI was statically linked to Motif libraries and to libc, libC. 9. Performance on WORM reads has been improved. 10. zdf was not displaying large capacities properly, and was improperly reporting "cannot contact jmd" in some cases. Defect Description: PHSS_8961: 1. The restore_file utility was not working correct in some situations and dumped core. The problem was fixed in master and hsm4.0 branch. 2. Some cases are known where the jmd dumped core when accessed from an unknown host. The problem was that an uninitialized pointer is being dereferenced in jmd.c SearchJhostLists() when a host sends a message where the host is not in the jhosts file by the same name as it sends. This is potential core dump or data corruption. Corrected by fixing the uninitialized pointer myIPAddr in SearchJhostLists. Done in master and A.02.00 branch. 3. Some cases are known where the qr was not recognizing correctly that the jmd was ready. This results in comm- unication problems between the qr and the jmd. The problem was tracked down with a debug qr and a fix has been checked into the trunk of the tree (qr.c). 4. Large files (larger than one MO side) could not be mi- grated out. Splitting (chunking) of a large file (for example: write a part of the file on side "A" and the rest on side "B") did not work. The problem was caused by large files spanning a media. A zls output showed that the file was NOT multi-chunked and that it was NOT migrated out. A manual migout generated an entry in the qrlog file but did also not work. 5. Improper sync volume destination checking was preventing valid media syncing operations. The problem was that, when creating a sync vol (mirror), the check appears to be made on the number of blocks in- stead of Mb capacity. Therefore a 1024 BLK platter cannot be used as a mirror for a 512 BLK platter, for example. The way of comparing the capacity of source/target had been changed. 6. An invalid error message when running zb was returned. zb gave the following error message: Out of phase--get help. You may want to use "R" option. This was reported when not specifying the new default block count. The "R" option is not available with zb (it's a cpio option); the error message had been changed accordingly. 7. Using tabs when setting up the entry in the /etc/ checklist file was not recognized correct by the rc.vbfsmnt script. The problem was that only spaces where recognized corr- ectly when creating spaces between the entries. Using tabs avoided correct recognition of the entries 8. GUI executables were broken when libc patches were installed. This was because GUI was statically linked to Motif libraries and to libc, libC. These problems have been corrected with the new xhsm... executables. 9. The performance when reading data from WORM media was low. Reading a small file (4k) took up to 90 sec whereas reading a file of the same size from MO only took 15sec. The problem was that the read performance from a sidf formatted media was pretty slow. In addition there had been another problem: when opening a file from the media the availability of the media was changed to 100% (totally free) even having data written out to this media. This was corrected with the new io_server. 10. The zdf output was incorrect about the values for "used", "avail" and "capacity" when large capacities needed to be displayed (large library contents). In some cases zdf reported that it's unable to contact the jmd (cannot contact jmd). The problem was that zdf displayed wrong values for the used, avail and free column. For example, the free co- lumn displayed 99% even having hundrets of Gb of free space available. This was corrected with the new zdf command. SR: B700026567 Patch Files: /usr/omnistorage/etc/qr /usr/omnistorage/etc/jmd /usr/omnistorage/etc/io_server /usr/omnistorage/bin/sync_vbfs /usr/omnistorage/bin/restore_file /usr/omnistorage/bin/zb /usr/omnistorage/bin/zdf /usr/omnistorage/bin/xhsm /usr/omnistorage/bin/xhsmmgr /usr/omnistorage/bin/xhsmmonitor /usr/omnistorage/bin/xhsmbackup /usr/omnistorage/lib/libC.sl /etc/rc.omstr.vbfsmnt what(1) Output: /usr/omnistorage/etc/qr: $Release: qr.c,v: OmniStorage_0200beta - experimenta l$ $Id: qrfork.c,v 59.1.1.1 95/10/04 04:02:28 ken HP_Om niStorage_A_02__4_0_0Alpha5 $ /usr/omnistorage/etc/jmd: $Release: license.c,v: HP_OmniStorage_A_02__4_0Alpha 5$ $Id: license.c,v 59.1.1.1 95/10/04 03:09:27 ken HP_O mniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/etc/io_server: $Release: section_lib.C,v: HP_OmniStorage_A_02__4_0A lpha5 $Id: section_lib.C,v 59.1.1.2 95/12/15 17:07:15 bria n Exp $ /usr/omnistorage/bin/sync_vbfs: $Release: LMServer.c,v: HP_OmniStorage_A_02__4_0Alph a5$ $Id: LMServer.c,v 59.1.1.1 95/10/04 03:38:03 ken HP_ OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/restore_file: $Release: bt.c,v: HP_OmniStorage_A_02__4_0Alpha5$ $Id: bt.c,v 59.1.1.1 95/10/04 03:58:33 ken HP_OmniSt orage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/zb: $Release: zb.C,v: HP_OmniStorage_A_02__4_0Alpha5 $Id: zb.C,v 59.1.1.4 95/12/26 14:40:57 huaping Exp $ $Id: zb_msg.m,v 59.1.1.2 95/12/11 08:30:32 huaping E xp $ /usr/omnistorage/bin/zdf: $Release: fsidparse.c,v: HP_OmniStorage_A_02__4_0Alp ha5$ $Id: fsidparse.c,v 59.1.1.1 95/10/04 04:46:03 ken HP _OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/xhsm: $Release: jcomlpublic.c,v: HP_OmniStorage_A_02__4_0A lpha5$ $Id: jcomlpublic.c,v 59.1.1.1 95/10/04 03:36:29 ken HP_OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/xhsmmgr: $Release: LMServer.c,v: HP_OmniStorage_A_02__4_0Alph a5$ $Id: LMServer.c,v 59.1.1.1 95/10/04 03:38:03 ken HP_ OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/xhsmmonitor: $Release: LMServer.c,v: HP_OmniStorage_A_02__4_0Alph a5$ $Id: LMServer.c,v 59.1.1.1 95/10/04 03:38:03 ken HP_ OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/bin/xhsmbackup: $Release: LMServer.c,v: HP_OmniStorage_A_02__4_0Alph a5$ $Id: LMServer.c,v 59.1.1.1 95/10/04 03:38:03 ken HP_ OmniStorage_A_02__4_0Alpha5 $ /usr/omnistorage/lib/libC.sl: HP C++ HPCPLUSPLUS A.03.72 /etc/rc.omstr/vbfsmnt: None sum(1) Output: 20432 18160 /usr/omnistorage/etc/qr 58458 2096 /usr/omnistorage/etc/jmd 53590 3504 /usr/omnistorage/etc/io_server 35479 2320 /usr/omnistorage/bin/sync_vbfs 42572 1960 /usr/omnistorage/bin/restore_file 14313 1936 /usr/omnistorage/bin/zb 39412 200 /usr/omnistorage/bin/zdf 42982 992 /usr/omnistorage/bin/xhsm 3172 4552 /usr/omnistorage/bin/xhsmmgr 4131 2152 /usr/omnistorage/bin/xhsmmonitor 63447 2552 /usr/omnistorage/bin/xhsmbackup 52036 312 /usr/omnistorage/lib/libC.sl 56695 2 /etc/rc.omstr.vbfsmnt Patch Conflicts: None Patch Dependencies: None Hardware Dependencies: None Other Dependencies: None Supersedes: None Equivalent Patches: PHSS_8960: s800: 9.04 Patch Package Size: 20440 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. Copy the patch to your /tmp directory and unshar it: cd /tmp cp patch_source/PHSS_8961 . sh PHSS_8961 3. Become root and run update: /etc/update [-r [kernel_gen_file]] -s \ /tmp/PHSS_8961.updt PHSS_8961 Update moves the original software to /system/PHSS_8961/orig. Keep this file to recover from any potential problems. You should move the .text file to /system/PHSS_8961 for future reference. To put this patch on a magnetic tape and update from the tape drive, use dd: dd if=PHSS_8961.updt of=/dev/rmt/0m bs=2048 Special Installation Instructions: Please note that all required HP-UX patches and the Omni- Storage software need to be installed prior to installing the product patch; i.e. basis is a running OmniStorage system. Installation Instructions: 1> Become root user and shutdown Omnistorage: $ /usr/omnistorage/bin/zshutdown 2> Install this patch by running /etc/update. 3> Restart the OmniStorage daemons: $ /usr/omnistorage/bin/zstartup