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)

VMS73_BACKUP-V0200 Alpha V7.3 BACKUP 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

    
    
    *OpenVMS] VMS73_BACKUP-V0200 Alpha V7.3 BACKUP ECO Summary
    
    New Kit Date:       05-MAR-2003
    Modification Date:  Not Applicable
    Modification Type:  NEW KIT
    
    Copyright (c) Compaq Computer Corporation 2003.  All rights reserved.
    
    OP/SYS:     OpenVMS Alpha
    
    COMPONENT:  BACKUP
    
    SOURCE:     Compaq Computer Corporation
    
    ECO INFORMATION:
    
         ECO Kit Name:  VMS73_BACKUP-V0200
                          DEC-AXPVMS-VMS73_BACKUP-V0200--4.PCSI
         ECO Kits Superseded by This ECO Kit:  VMS73_BACKUP-V0100
         ECO Kit Approximate Size:  1344
         Kit Applies To:  OpenVMS Alpha V7.3
         System/Cluster Reboot Necessary:  No
         Rolling Re-boot Supported:  N/A
         Installation Rating:  INSTALL_1
                               1 - To be installed by all customers
    
         Kit Dependencies:
    
           The following remedial kit(s), or later, must be installed BEFORE
           installation of this, or any required kit:
    
            VMS73_UPDATE-V0100
    
           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 BACKUP on OpenVMS Alpha V7.3.  This kit addresses
    the following problems:
    
    PROBLEMS ADDRESSED IN VMS73_BACKUP-V0200 KIT
    
    
          o  After a BACKUP/LIST of a save-set on a disk mounted /FOREIGN,
             further access to the disk fails with a %SYSTEM-F-VOLINV error.
             The disk is inaccessible until it is dismounted, or until
             BACKUP is used to create another save-set on it.
    
             Images Affected:[SYSLIB]BACKUPSHR.EXE
    
    
    
          o  When using BACKUP to copy a directory tree, if the first file
             copied into the destination parent directory is a directory
             file which has a directory limit, then a directory version
             limit is improperly placed on the destination parent directory.
    
             Images Affected:[SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  If an application repetitively makes calls to backup$start
             (greater than, say, 35,000) a %backup-f-insbufspace,
             insufficient buffer space error is received.
    
             Images Affected:[SYSEXE}BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
    
          o  If ODS-5 files are converted to ODS-2, the following problems
             can occur:
    
              o  A BACKUP/IMAGE of the disk with the /NOALIAS switch will
                 not pick up the directory structure of any of the files and
                 directories which were created during the time when the
                 disk was an ODS-5 structure.  I.E., file and directories
                 would be listed in a log file such as:
    
                 %BACKUP-S-COPIED, copied DKA100:[]ODS5TEST.DIR
                 %BACKUP-S-COPIED, copied DKA100:[]50AIPECO1NOTES.TXT
                 %BACKUP-S-COPIED, copied DKA100:[]COMPAQ.TXT
                 %BACKUP-S-COPIED, copied DKA100:[]DECEVENT_VMS_VAX.TXT
                 %BACKUP-S-COPIED, copied DKA100:[]ESCALFMC.TXT
                 %BACKUP-S-COPIED, copied DKA100:[]FATDIR.TXT
                 %BACKUP-S-COPIED, copied DKA100:[]FATDRIVE.TXT
    
    
              o  When trying to add ACL's to previously created ODS-5 files,
                 the following error occurs:
    
                 %SET-I-NOALIAS, $11$DUA431:[FMCDBS]SDBXD1.JIM;1 is an alias
                 entry; file not modified.
    
    
              o  Previously created ODS-5 directories with files still in
                 them can be deleted with no error occurring.
    
              o  An ANALYZE/DISK will report the following error on
                 previously created ODS-5 files which have been deleted
                 after the disk was converted.
    
                      %ANALDISK-W-LOSTHEADER, file (18,1,1) JP.TXT
                      not found in a directory
    
    
    
             Images Affected:[SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  When BACKUP tries to save a shelved file, the QIO does not
             return and both BACKUP and HSM hang.  Also, when using XABITM
             to tell RMS that no caching via the XAB$_CACHING_ATTRIBUTE and
             XAB$_CACHING_OPTIONS items was done, HSM does not work
             correctly if the order was XABITM -> XABPRO
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  Incremental restores of or to an ODS-5 disk may get the
             following error sequence:
    
                %BACKUP-E-INCENTERR, error creating directory entry, etc...
                -SYSTEM-W-DUPFILENAME, duplicate file name
                %RMS-F-SYN, file specification syntax error
    
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  During an image save, BACKUP scans alias directories causing
             multiple copies of the primary files to be saved.  This
             increases the time to do the image save and the size of the
             saveset.
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
          o  When multiple input specifiers are entered on the command line
             and wildcards are used for all file name parameters except the
             version (e.g.  *.*;), it is possible that all files could be
             saved/copied instead of just the latest version.
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
    
          o  After an image backup, if the disk is re-mounted the following
             error may occur:
    
                %MOUNT-F-BADCHKSUM, bad file header checksum
    
             This can especially occur if the disk is mounted as a shadowset
             member.
    
             Images Affected:[SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  Customers running BACKUPs to tape drives that support Fast Skip
             positioning commands (characteristic of most directly connected
             DLT tape drives), and who are running MME applications, such as
             MTI's MMSUBSYS, may experience problems restoring subsequent
             volumes of a multi-tape backup.
    
             If tape labels are provided on the BACKUP command line for each
             of the continuation tapes, then the continuation tapes are
             created correctly.  However, if a 'scratch' tape is used, the
             continuation tape will be created with an incorrect HDR1
             record, rendering it unsuitable for future restore operations.
    
             No errors or warning messages will be displayed during tape
             creation, but on restore, the following error will be seen:
    
                  %BACKUP-I-WRONGVOL, ALPHA3$MKD0:[000000]SY2_IMG.; is not the
                  next volume in the set
    
    
             Images Affected:[SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  A BACKUP/XQP/IGNORE=INTERLOCK command could result in
             intermittent READATTR/NOSUCHFILE errors.
    
             When using a /IGNORE=INTERLOCK switch with BACKUP, files are
             accessed with NOLOCK since the use of the qualifier implies
             target files will be open.  A read operation with NOLOCK access
             (which causes the windows to be created/completed) will force
             the XQP to re-build the FCB chain.  In order to do so, the
             extension FCB chain is deleted and then rebuilt.  If, at the
             same time, another process comes along with a read attributes
             call, the XQP will find that the extension FCB chain is missing
             and not find the extension FCB for the header.  The XQP assumes
             that the caller is trying to get to the extension header
             directly and returns a NOSUCHFILE error.  There is nothing that
             the XQP can do in this case.  Another process is forcing the
             FCB chain to be rebuilt and because of the nolock access, the
             XQP cannot trust the chain.
    
             BACKUP attempts recovery (retry) from a READATTR error, when a
             "no such file" error is returned from the XQP when reading an
             extension header, with open, fragmented files (/IGN=INTERLOCK
             is used).
    
             The fix is to retry the same extension header 3 times.  If any
             of those access attempts are successful, continue to move
             forward through the file while logging the number of attempts.
             If the retry count is exhausted the file is no longer
             considered a target and the READATTR/NOSUCHFILE error will be
             reported.  A new message has been added that reports the retry
             count.
    
             Following are a few examples of possible message sequences:
    
              o  Success example 1:  Recovered from the first and only
                 error.
    
                 %BACKUP-W-READATTRRETRY, 1 READATTR error occurred reading
                 $4$DKA310:[READATTR]1XQPXR_FRAGMENT.DAT;1
    
    
              o  Success example 2:  17 retries to save the file, though it
                 was saved successfully.
    
                 %BACKUP-W-READATTRRETRY, 17 READATTR errors occurred reading
                 $4$DKA310:[READATTR]1XQPXR_FRAGMENT.DAT;1
    
    
              o  Failure, example 1:  A failing sequence where no successful
                 retries occurred before eventually failing on the same
                 extheader 3 times.
    
                 %BACKUP-E-READATTR, error reading attributes for
                 $4$DKA310:[READATTR]1XQPXR_FRAGMENT.DAT;1
                 -SYSTEM-W-NOSUCHFILE, no such file
                 %BACKUP-W-READATTRRETRY, 1 READATTR error occurred reading
                 $4$DKA310:[READATTR]1XQPXR_FRAGMENT.DAT;1
    
    
              o  Failure Example 2:  A failing sequence of 3 successful
                 retries while moving forward through the file on different
                 EXTHDRS, but eventually, unable to recover from the fourth
                 READATTR detected.
    
                 %BACKUP-E-READATTR, error reading attributes for
                 $4$DKA310:[READATTR]2XQPXR_FRAGMENT.DAT;1
                 -SYSTEM-W-NOSUCHFILE, no such file
                 %BACKUP-W-READATTRRETRY, 4 READATTR errors occurred reading
                 $4$DKA310:[READATTR]2XQPXR_FRAGMENT.DAT;1
    
    
             The larger th size, more fragmented and interactive the open
             file, the lesser the chance of success.  Use of
             /IGNORE=INTERLOCK implies open files are to be processed.  If
             messages for files are paired (both READATTR/READATTRRETRY are
             reported) then the file did not get saved completely.  Success
             is a READATTRRETRY message only.
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    	 CLD(s):70-3-1113,70-3-1210,70-3-1820,70-3-1834,
    
    
    
          o  BACKUP may fail with BACKUP-F-GETCHN/SYSTEM-I-IVIDENT error
             while performing a /IMAGE operation on a disk that is mounted
             /FOREIGN.  For example:
    
             SYSTEM>BACKUP/IMAGE/IGN=NOBACK DR8015 DR8016
             %BACKUP-F-GETCHN, error getting device characteristics for
             $1$DGA8016:
             -SYSTEM-F-IVIDENT, invalid identifier format
    
    
             Images Affected:[SYSEXE]BACKUP.EXE
    	 		 [SYSLIB]BACKUPSHR.EXE
    
    
    
    
          o  A BACKUP-F-CLUSTER error message can be received during a
             BACKUP/IMAGE/NOINIT operation.  Particularly after
             pre-initializing a large output device with a small cluster
             value and a large/max header/ number of files.
    
             Images Affected:[SYSEXE]BACKUP.EXE
    			 [SYSLIB]BACKUPSHR.EXE
    
    
    
    
    PROBLEMS ADDRESSED IN VMS73_BACKUP-V0100 KIT:
    
      o  BACKUP ignores files with ^00 in the filename
    
              Images Affected:  [SYSEXE]BACKUP.EXE
                                [SYSLIB]BACKUPSHR.EXE
    
    
      o  When  BACKUP  operations  are  done  on  a  system  with  many
         resources and where either the authorized privileges or SYSGEN
         PQL values are very large, an ACCVIO could occur.
    
              Images Affected:  [SYSEXE]BACKUP.EXE
                                [SYSLIB]BACKUPSHR.EXE
    
    
      o  BACKUP fails when  the  input  saveset  is  referenced  via  a
         searchlist.  For example:
    
              $ DIR VDE$SYSTEM:*.BCK
    
              Directory SYS$COMMON:[VDE]
    
              VDE$UPLOAD.BCK;1
    
              Total of 1 file.
    
              $ BACKUP VDE$SYSTEM:VDE$UPLOAD.BCK/SAVE/LIST
    
              Listing of save set(s)
    
              %BACKUP-F-OPENIN, error opening
              CLU$COMMON:[VDE.ALP_IMAGES]VDE$UPLOAD.BCK; as input
              -RMS-E-FNF, file not found
    
              Images Affected:  [SYSEXE]BACKUP.EXE
                                [SYSLIB]BACKUPSHR.EXE
    
    
      o  BACKUP fails with  a  %BACKUP-E-POSITERR,  -SYSTEM-F-ILLIOFUNC
         error  combination  with  RMT  or INFOSERVER remotely accessed
         tape  devices.   Particularly  when  only  a  /LIST   and   no
         /DENSITY/MEDIA  qualifiers  are supplied in the BACKUP command
         line.
    
              Images 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: 'VMS73_BACKUP-V0200' or 'VMS73_BACKUP'.
    
    
    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 INSTRUCTIONS:
    
    No reboot is necessary after successful installation of the kit.
    
    Install this kit with the POLYCENTER Software installation utility
    by logging into the SYSTEM account, and typing the following at the
    DCL prompt:
    
    PRODUCT INSTALL VMS73_BACKUP /SOURCE=[location of Kit]
    
    The kit location may be a tape drive, CD, or a disk directory that
    contains the kit.
    
    Additional help on installing PCSI kits can be found by typing
    HELP PRODUCT INSTALL at the system prompt
    
    
    Special Installation Instructions:
    
         o  Scripting of Answers to Installation Questions
    
            During installation, this kit will ask and require user
            response to several questions.  If you wish to automate the
            installation of this kit and avoid having to provide responses
            to these questions, you must create a DCL command procedure
            that includes the following definitions and commands:
    
               -  $ DEFINE/SYS NO_ASK$BACKUP TRUE
    
               -  Add the following qualifiers to the PRODUCT INSTALL
                  command and add that command to the DCL procedure.
    
                    /PROD=DEC/BASE=AXPVMS/VER=V2.0
    
    
               -  De-assign the logicals assigned
    
            For example, a sample command file to install the
            VMS73_BACKUP-V0200 kit would be:
    
              $
              $ DEFINE/SYS NO_ASK$BACKUP TRUE
              $!
              $ PROD INSTALL VMS73_BACKUP/PROD=DEC/BASE=AXPVMS/VER=V2.0
              $!
              $ DEASSIGN/SYS NO_ASK$BACKUP
              $!
              $ exit
    
    All trademarks are the property of their respective owners.
      
      ==========================================================================
      |                     Table of Kit Image Information                     |
      +----------------------------+----------+-----------------+--------------+
      |                            | Overall  | Image File      | Image Link   |
      | Image Name                 | Checksum | Identification  | Date/Time    |
      +----------------------------+----------+-----------------+--------------+
      | BACKUP.EXE                 | 1833040F | AXP73R0022      | 19-NOV-2002  |
      |                                       |                 | 10:38:49.45  |
      +----------------------------+----------+-----------------+--------------+
      | BACKUPSHR.EXE              | B4F3C019 | AXP73R0022      | 19-NOV-2002  |
      |                                       |                 | 10:38:31.03  |
      +----------------------------+----------+-----------------+--------------+
    
    
privacy statement using this site means you accept its terms feedback to the webmaster
VMS rules VMS rocks OpenVMS rules OpenVMS rocks