Australia - Updated: 24-SEP-2003
hp.com home products and services support and drivers solutions how to buy
» contact hp
hp.com home hp OpenVMS ECOs

IMPORTANT NOTICE

The online distribution of OpenVMS and related product patches is being migrated to the HP ITRC (Information Technology Resource Center) patch distribution site. The new ITRC patch server will allow OpenVMS customers to take advantage of many enhanced features for patch searching and distribution.

Beginning August 1, 2003, OpenVMS and related Layered Product, publicly available patches will be available from the HP ITRC web site at

http://itrc.hp.com/service/patch/mainPage.do

The same patches will still be available from the existing patch server in Colorado Springs (http://www.support.compaq.com/patches/) through the end of October 2003, to give customers sufficient time to update their bookmarks and make the transition to the HP ITRC web site.

ECO kits will also be available by raw FTP from (ftp://ftp.itrc.hp.com/).

PLEASE UPDATE YOUR BOOKMARKS AND REGISTER ON THE NEW SITE NOW

Note: if you're having trouble connecting to the ITRC site, please delete any cookies for "itrc.hp.com" from your browser and try again. Report any difficulties with or suggestions to MrVMS

» Sydney CSC home page

Navigation
» ECOinfo main index
» Search ECOs
» Search FTP site
» Browse FTP site

ECO Indexes
» Chronological Index
» Indexed by Version
» Indexed by Rating
» Alpha Indexed by Name
» VAX Indexed by Name
» On Hold List

Associated Links
» OpenVMS Home Page
» OpenVMS News
» DIA/WIS Web Service

Feedback
» mail to CSC
.
Sydney Customer Support Centre OpenVMS ECO information
    Updated: 24-SEP-2003 (Use your browsers' Reload button to ensure you're viewing the most recent version)

VAXDRIV03_071 VAX V7.1 PADRIVER/PEDRIVER ECO Summary

To obtain this kit please call the Customer Support Centre or use the FTP site

Search for this ECO kit and dependencies
Search the Compaq FTP web site this kit (exact match)
Search the Compaq FTP web site this or related ECOs

    
    
    Copyright (c) Digital Equipment Corporation 1997.  All rights reserved.
    
    OP/SYS:     OpenVMS VAX
    
    COMPONENT:  PADRIVER.EXE
                PEDRIVER.EXE
    
    SOURCE:     Digital Equipment Corporation
    
    ECO INFORMATION:
    
         ECO Kit Name:  VAXDRIV03_071
         ECO Kits Superseded by This ECO Kit:  VAXDRIV02_071
         ECO Kit Approximate Size:  252 Blocks
         Kit Applies To:  OpenVMS VAX V7.1
         System/Cluster Reboot Necessary:  Yes
    
         Installation Rating:   3 - To be installed on all systems running
                                    the listed versions of OpenVMS which
                                    are experiencing the problems described.
    
         NOTE:  In order to receive the full fixes listed in this kit,
                the following remedial kits also need to be installed:
    
                     None
    
    
    ECO KIT SUMMARY:
    
    An ECO kit exists for PADRIVER and PEDRIVER on OpenVMS VAX V7.1.
    This kit addresses the following problems:
    
    Problems Addressed in the VAXDRIV03_071 Kit:
    
      o  The VAXDRIV02_071 ECO documented that a bugcheck was fixed.
         However, that fix did not get populated into the VAXDRIV02_071
         kit.  This kit, VAXDRIV03_071, fixes that problem and does
         contain the fix for the bugcheck.  See the section below entitled
         "Problems Addressed in the VAXDRIV02_071 Kit:" for a complete
         explanation of the bugcheck problem and fix.
    
    Problems Addressed in the VAXDRIV02_071 Kit:
    
      o  Adapters such as the KFESA restart and log "Invalid Buffer
         Name" errors.  INVALID BUFFER NAME errors are a known issue
         that occur as a result of an incompatibility (or "race
         condition" as mentioned in the original case text) in certain
         hardware where there is a different perception of when a  DSSI
         packet has been "received" as good.  If a reset occurs during
         this time (before BUS FREE), the initiator will resend the
         packet to the target that has already accepted the packet as
         "good".  If the resent packet is the last in a buffered data
         transfer, the re-transmit attempt may not occur until after the
         target has invalidated its buffer descriptor resulting in the
         error.
    
         This appears to happen in systems at times of heavy I/O
         activity.
    
         Any message which is received with an SCS$W_STATUS field of 0
         will cause OpenVMS to crash.  This situation will not occur
         very often, it is basically caused by non-compliance to SCS
         specifications - or by errors in firmware.
    
         Routine SCS$MAP_SCSSTS is used to translate the returned SCS
         status code into a standard SS type VMS status code.  The VMS
         status code is used in subsequent SCS code paths.  The crash
         was caused by routine CONNECT_FAIL correctly deallocating the
         CDT for the connection in error, however when resuming the
         original CONNECT thread from the fork process in the deallocated
         CDT, a returned status of SS$_NORMAL caused the fork process to
         assume it still had a CDT rather than treat as an error.
    
      o  An INVEXCEPTN bugcheck can occur in SCS due to erroneous packets
         received from third party hardware.  This specifically occurs
         with MTI's Disk Server STINGRAY SERVER 3.
    
    
    RELATED ARTICLES:
    
    Detailed articles describing the problems listed above may exist in
    the OPENVMS database.  To view these articles, open the appropriate
    product database and perform a query using either of the following
    search strings: 'VAXDRIV03_071' or 'VAXDRIV'.
    
    
    ECO KIT ORDERING INSTRUCTIONS:
    
    If after an evaluation you wish to obtain this kit, request it
    electronically using the appropriate Advanced Electronic Services
    (AES) Service Tool.  If you are not familiar with how to request
    kits electronically, open the DIA, WIS or DSNLINK database and
    review the article entitled:
    
         [AES] How To Electronically Request ECO Kits Using Service Tools
    
    
    INSTALLATION NOTES:
    
    In order for the corrections in this kit to take effect, the system must
    be rebooted.  If the system is a member of a VMScluster, the entire
    cluster should be rebooted.
      
      ==========================================================================
      |                     Table of Kit Image Information                     |
      +----------------------------+----------+-----------------+--------------+
      |                            | Overall  | Image File      | Image Link   |
      | Image Name                 | Checksum | Identification  | Date/Time    |
      +----------------------------+----------+-----------------+--------------+
      | PADRIVER.EXE               |%X22FFCFE8| X-29            |  1-MAY-1997  |
      |                                       |                 | 12:03:33.92  |
      +----------------------------+----------+-----------------+--------------+
      | PEDRIVER.EXE               |%X42AFB8A0| VMS-5           |  1-MAY-1997  |
      |                                       |                 | 12:03:44.06  |
      +----------------------------+----------+-----------------+--------------+
    
privacy statement using this site means you accept its terms feedback to the webmaster
VMS rules VMS rocks OpenVMS rules OpenVMS rocks