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)

VAXBACK02_072 VAX V7.2 Backup Utility 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) Compaq Computer Corporation 1999, 2000.  All rights reserved
    
    Modification Date:  15-DEC-2000
    Modification Type:  Updated Kit:  Supersedes VAXBACK02_072
    
    OP/SYS:     OpenVMS VAX
    
    COMPONENT:  Backup Utility
    
    SOURCE:     Compaq Computer Corporation
    
    ECO INFORMATION:
    
         ECO Kit Name:  VAXBACK02_072
         ECO Kits Superseded by This ECO Kit:  VAXBACK01_072
         ECO Kit Approximate Size: 1098 Blocks
         Kit Applies To:  OpenVMS VAX V7.2
         System/Cluster Reboot Necessary:  No
         Rolling Re-boot Supported:  Not Applicable
         Installation Rating:  INSTALL_3
                               3 - To be installed on all systems running
                                   the listed versions of OpenVMS which
                                   are experiencing the problems described.
    
         Kit Dependencies:
    
           The following remedial kit(s) must be installed BEFORE
           installation of this kit:
    
             VAXUPDATE01_072
    
           In order to receive all the corrections listed in this
           kit, the following remedial kits should also be installed:
    
             None
    
    
    ECO KIT SUMMARY:
    
    An ECO kit exists for the Backup Utility on OpenVMS VAX V7.2.  This
    kit addresses the following problems:
    
    Problems Addressed in VAXBACK02_72:
    
      o  A CREDIRERR error status does not remove files from
         post-processing when performing a BACKUP/DELETE operation.
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
      o  Provide a /NOUNLOAD qualifier fro BACKUP to carry over through
         continuation volumes of a tape volume set.  Before this fix,
         there was no way to specify /NOUNLOAD in BACKUP, so controlling
         continuation volumes was not possible.
    
         UNLOAD/NOUNLOAD keywords have been added to the RELEASE_TAPE
         qualifier, with UNLOAD as the default.  On the command line,
         the entry will look like the following:
    
           $BACKUP/RELEASE_TAPE=NOUNLOAD      !NOUNLOAD the volume
           $BACKUP/RELEASE_TAPE=UNLOAD        !UNLOAD the volume
           $BACKUP/RELEASE_TAPE               !UNLOAD (Default)
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
      o  The command BACKUP/IMAGE/VERIFY DKA0: DKA1: does not do the
         compare.  If the /LOG qualifier is added to the command, the
         message BACKUP-S-COMPARED displays for every file, but the
         files are not compared.
    
           Images Affected:  [SYSEXE]STABACKUP.EXE
    
      o  The command "BACKUP/RECORD/SINCE=BACKUP Disk:[000000...] Target:"
         fails to update the backup date of the MFD directory 000000.DIR.
         Consequently, if the modification date of the 000000.DIR is later
         than the backup date, each invocation of the above command will
         result in the whole disk being backed-up.
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
      o  There are issues with BACKUP ignoring /SINCE/MODIFIED qualifiers.
         For example:
    
           Command:                            Behavior:
           ========                            ==========
    
           $BACKUP/SINCE=date/CREATED          correctly selects files
           $BACKUP/SINCE=date/MODIFIED         incorrectly selects *ALL*
                                                files
           $BACKUP/SINCE=date/MODIFIED/NOINC   correctly selects files
    
         If the following occurs:
    
           1.  The parent directory meets the selection criteria
    
           2.  The /SINCE qualifier was entered, signifying that some
               sort of incremental backup is to be performed
    
           3.  The user did not explicitly enter the MFD or  the
               /NOINCREMENTAL qualifier
    
        then all files in the directory are saved and no comparison is
        done between the input date specifier and the files in the
        directory.
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
      o  When two ASCII files are different by one character,
         BACKUP/COMPARE will complete with no error message.
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
      o  BACKUP does not preserve the File Caching attributes during
         file copy operations.  When a new directory or file is
         created, it inherits its caching attribute from its parent
         directory.  When a new version of an existing file is created,
         the new file inherits its caching attribute from the highest
         version of the existing file.
    
           Images Affected:
             -  [SYSEXE]BACKUP.EXE
             -  [SYSLIB]BACKUPSHR.EXE
    
    Problems Addressed in VAXBACK01_72:
    
      o  An %BACKUP-F-BADOPTVAL error can occur when using an
         Identifier String for a BACKUP/BY_OWNER qualifier value.
    
         For example:
    
           $ BACKUP SOURCE:*.*/BY_OWNER=USER TAPE:A.BCK/SAV
           %BACKUP-F-BADOPTVAL, invalid callable interface option value,
           argument position 7, option type = 59, option value = 2147549409
    
         Image(s) Affected:  [SYSEXE]BACKUP.EXE; [SYSLIB]BACKUPSHR.EXE
    
      o  Attempting to use BACKUP/ENCRYPT in BATCH results in the error
         %BACKUP-F-ENCNOTSUP.
    
         Images(s) Affected:  [SYSEXE]BACKUP.EXE; [SYSLIB]BACKUPSHR.EXE
    
      o  The BACKUP/DRIVE_CLASS qualifier was not processed properly.
    
         Images(s) Affected:  [SYSEXE]BACKUP.EXE; [SYSLIB]BACKUPSHR.EXE
    
      o  BACKUP/JOURNAL fails with an ACCVIO under the following two
         conditions:
    
           -  backing up a moderate number of files to tape
    
           -  backing up a file, where the combined length of the
              directory specification and filename exceed 512
              characters
    
         Image(s) Affected:  [SYSEXE]BACKUP.EXE; [SYSLIB]BACKUPSHR.EXE
    
    
    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: 'VAXBACK02_072' or 'VAXBACK'.
      
    
    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:
    
    The system does not need to be rebooted after this kit is installed.
    However, if the system is a member of a VMScluster, the other cluster
    members should be rebooted or this kit should be installed on each
    system in order to make use of the new image(s).
      
      ==========================================================================
      |                     Table of Kit Image Information                     |
      +----------------------------+----------+-----------------+--------------+
      |                            | Overall  | Image File      | Image Link   |
      | Image Name                 | Checksum | Identification  | Date/Time    |
      +----------------------------+----------+-----------------+--------------+
      | BACKUP.EXE                 |%X26B0BD8F| VAX72R005       |  1-OCT-2000  |
      |                                       |                 | 20:41:21.74  |
      +----------------------------+----------+-----------------+--------------+
      | BACKUPSHR.EXE              |%X6F88FFBA| VAX72R005       | 21-APR-8823  |
      |                                       |                 | 21:07:00.33  |
      +----------------------------+----------+-----------------+--------------+
      | STABACKUP.EXE              |%XB1AB6F2B| VAX V7.2R001    | 22-SEP-2000  |
      |                                       |                 | 08:48:00.92  |
      +----------------------------+----------+-----------------+--------------+
    
    
    All trademarks are the property of their respective owners.
    
privacy statement using this site means you accept its terms feedback to the webmaster
VMS rules VMS rocks OpenVMS rules OpenVMS rocks