Jump to page titleUNITED STATES
hp.com home products and services support and drivers solutions how to buy
» contact hp


more options
 
hp.com home
End of Jump to page title
HP Services Software Patches
Jump to content


» software & drivers
» ask Compaq
» reference library
» forums & communities
» support tools
» warranty information
» contact support
» parts
» give us feedback

patches by topic
» DOS
» OpenVMS
» Security
» Tru64 Unix
» Ultrix 32
» Windows
» Windows NT

associated links
» what's new
» contract access
» browse patch tree
» search patch tree
» join mailing list

connection tools
» nameserver lookup
» traceroute
» ping


Find Support Information and Customer Communities for Presario.
Content starts here
HP Services Software Patches - cscpat_1101018_backup
 
Copyright (c) Digital Equipment Corporation 1992, 1994. All rights reserved.

OP/SYS:     OpenVMS VAX

COMPONENT:  BACKUP Utility

SOURCE:     Digital Equipment Corporation

ECO INFORMATION:

     CSCPAT Kit:  CSCPAT_1101 V1.8 (CSCPAT_1101018)
     CSCPAT Kit Approximate Size:  1800 blocks
     Engineering Cross Reference:  BCK$IMG01_532, VAXBACK01_U3054
     Kit Applies To:  OpenVMS VAX V5.2, V5.2-1, V5.3, V5.3-1, V5.3-2,
                                 V5.4, V5.4-1, V5.4-2, V5.4-3
     System Reboot Necessary:  No


ECO KIT SUMMARY:

An ECO kit exists for BACKUP on OpenVMS VAX V5.2 through V5.4-3.  This
kit addresses the following problems: 

  o If a file's first ACE is identical to the username of the
    account performing the BACKUP SAVE operation, the ACE is
    deleted.

  o BACKUP is unable to mount a continuation volume when performing a
    BACKUP operation in a subprocess unless the device is explicitly
    allocated. With this kit installed, a warning message will now be
    returned to the user to allow them to take corrective action.

    This problem is fixed in OpenVMS VAX V6.0.

  o With this ECO kit installed, a new BACKUP qualifier 'EXACT_ORDER' is
    introduced which allows enhanced volume label processing. Depending
    on the other qualifiers you specify on the command line,
    /EXACT_ORDER enables you to do the following:

    - Specify the exact order of tapes and labels that you want
      to use in a BACKUP operation.

    - Preserve the existing volume label on a tape.

    - Prevent previous volumes of a multivolume save operation
      from being overwritten.

    This new qualifier is included in this ECO and OpenVMS VAX V6.0.

    NOTE:  For more information on this new qualifier, refer to the ECO
           kit release notes.

  o If there is a volume label problem on a continuation volume, the
    user is prompted for a response. If the user enters 'QUIT', BACKUP
    does not abort but initiates a RESTART condition and re-prompts the
    user for another response. If the user enters 'QUIT' a second time,
    the BACKUP process is aborted.

    This problem is fixed in OpenVMS VAX 6.0.

  o During an IMAGE BACKUP, files which receive a FORCEDERROR are backed
    up twice, once in the original directory and once in a directory
    named '[]'.

    This problem will be fixed in a future version of OpenVMS VAX.

  o Files which have not been completely saved may be deleted (/DELETE)
    or their BACKUP dates updated (/RECORD).  This has occurred when the
    output [disk] device runs out of space during a BACKUP copy
    operation and either of the above qualifiers have been specified.

    This problem is fixed in OpenVMS VAX V6.0.
 
  o BACKUP/IMAGE saves files with alias entries (synonym files) multiple
    times.

    This problem will be fixed in a future version of OpenVMS VAX.

  o BACKUP runs out of channels during processing and returns a
    BACKUP$_NOMSG error.

    This problem will be fixed in a future version of OpenVMS VAX.

  o When highwater marking is enabled, BACKUP may report VERIFY errors
    on index files during either a BACKUP save or restore.  This occurs
    when the highwater mark is less than the allocated file size.  (The
    "used" size is less than the allocated file size.)

  o Use of a sequential disk saveset can cause BACKUP to abort if the
    output disk device is mounted foreign.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o Use of the /NOINITIALIZE qualifier can incorrectly set EFBLK in
    INDEXF.SYS.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o As a result of a change to the XQP in OpenVMS VAX V5.4-3,
    spurious error messages are displayed if BACKUP attempts to create
    directories which already exist on the disk during a restore
    operation.

    This problem is fixed in OpenVMS VAX V5.5-2.

    NOTE:  The messages have no impact on the success of the
           restore operation.

  o If a BACKUP file specification contains a searchlist logical which
    was defined with 16 or more elements, some files will be backed up
    twice and some files will not be backed up at all.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o SLS (System Storage Library) specific code was added to BACKUP and
    can be accessed using the new BACKUP qualifier
    '/STORAGE_LIBRARY_SYSTEM'.

    This problem is fixed in OpenVMS VAX V6.0.
 
  o After upgrading to OpenVMS VAX V5.4-3, a BACKUP incremental restore
    may return the following error messages for every file in the
    directory:

       %BACKUP-S-CREDIR, created directory 'disk:[directory]'
       %BACKUP-E-READATTR, error reading attributes for 'disk:[directory]'
       -SYSTEM-W-ACCONFLICT, file access conflict
       %BACKUP-E-INCENTERR, error creating directory entry for
          '[directory], file access conflict

    However, upon re-executing the BACKUP/INCREMENTAL command, the files
    DO get restored because the directory WAS created the first time the
    command was entered.

    This problem is fixed in OpenVMS VAX V6.0.

  o If an operator attempts to abort a BACKUP operation using the DCL
    command 'REPLY/ABORT=nnn', BACKUP ignores the request even though an
    OPCOM "REQUEST ABORTED" acknowledgment message appears.  This
    behavior has been specifically noted on a selective BACKUP restore
    operation of a multi-volume saveset.

    This problem is fixed in OpenVMS VAX V6.0.

  o If the /RECORD qualifier is used and BACKUP is restarted using the
    'RESTART' option, the 'Backup dates' are not updated correctly.

    This problem is fixed in OpenVMS VAX V6.0.

  o BACKUP status messages were added alphabetically and by order of
    severity. This caused messages already in the message file to be
    moved and their status code numeric values to change. With this kit
    installed, all new messages will be added at the end of the message
    file instead of alphabetically.

    This problem is fixed in OpenVMS VAX V6.0.

  o On SCSI devices (e.g., TLZ04), a blank tape can not be initialized
    using the BACKUP/REWIND command. The following error messages are
    returned:

       %BACKUP-F-LABELERR, Error in tape label processing
       -SYSTEM-F-DRVERR, fatal drive error

    This problem is fixed in OpenVMS VAX V6.0.

  o If a saveset ends exactly at the EOT (End Of Tape) and another
    saveset follows immediately after, BACKUP may not initiate a volume
    switch causing subsequent savesets to run the tape off the reel.
    When this occurs, savesets do not contain any data, just header
    information.

    NOTE:  No error messages are returned.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o When using BACKUP/IMAGE/VOLUME=n to back up one volume of a bound
    volume set, data corruption may occur even if the BACKUP qualifier
    '/VERIFY' is specified.  This results in a saveset that is unusable.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o During a /PHYSICAL BACKUP operation, BACKUP may hang in the LEF
    state at the end of the first tape volume.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o Excessive null pad records may be added to BACKUP blocks when
    small/low process quotas are used for the account where BACKUP is
    run from or a large blocksize value is specified.  This causes
    saveset sizes to be much larger.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o After creating a BACKUP sequential disk saveset on a drive mounted
    with the /FOREIGN qualifier, the 'DISMOUNT/UNLOAD' DCL command does
    not dismount/unload the disk.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o DFS/BACKUP process hangs when saving from a DFS served device.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o The DFS/BACKUP process may hang during a BACKUP save from a DFS
    device when an error condition occurs.  The LBN scan/sort is also
    disabled when the input device is a DFS served disk.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o In a BACKUP restore operation, a file's ACL (Access Control List)
    is not restored if the user does not have the SYSPRV privilege or
    is not the owner of the file. 

    This problem is fixed in OpenVMS VAX V5.5-2.

    NOTE:  CSCPAT_1101 and CSCPAT_0153 MUST be installed in order for
           this problem to be fixed on systems prior to OpenVMS VAX
           V5.4-3.  The ECO kits can be installed in any order. 

           For more information on this problem, please refer to
           another database article using the following query:

           SYSTEM-F-NOPRIV Restore Resource Identifier

  o BACKUP corrupts the first two ACEs of a file's ACL if the file is
    opened for exclusive access after it has been saved, but before the
    recording pass has processed it. 

    This problem is fixed in OpenVMS VAX V5.5-2.

  o If the year specified by the BACKUP '/TAPE_EXPIRATION' qualifier is
    greater than 2000, BACKUP will allow the tape to be overwritten.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o If the BACKUP qualifier '/PROTECTION' is used, BACKUP will return a
    MOUNTERR and fail to mount the tape if the process does not have
    UIC-based access to the tape volume. 

    This problem is fixed in OpenVMS VAX V5.5-2.

  o BACKUP initializes the output disk even if the BACKUP qualifier
    'NOINITIALIZE is specified.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o If a user mounts a tape, spawns a subprocess, then issues
    a BACKUP command from the subprocess, continuation tape processing
    fails with the OPCOM message:

       _MUA0 is not available for mounting

    This problem is fixed in OpenVMS VAX V5.5-2.

  o If the tape that BACKUP is going to use is mounted (using a
    logical name) before the BACKUP operation is initiated, and the
    BACKUP operation uses more than one tape volume, the logical name
    used in the MOUNT is no longer assigned when the BACKUP operation is
    done, even though the tape is still mounted.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o After a BACKUP/IMAGE restore of a common system disk, VMS$COMMON.DIR
    becomes the synonym of SYSCOMMON.DIR. As a result, incorrect file
    specifications for files residing in the common root are returned
    when using such lexical functions as F$ENVIRONMENT or F$GETQUI.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o Resetting a tape device to the original settings upon exiting may
    cause a SYSTEM-F-SERIOUSEXCP error to be returned.  For example:

       $ SET VERIFY
       $ SET NOON
       $ TAPE :== $1$MUA0:
       $ INITIALIZE/DENSITY=6250 'TAPE' A000
       $ BACKUP/VERIFY/LOG/IGNORE=LABEL XX.LIS 'TAPE'XX.BCK/SAVE
       $ SET MAGTAPE/REW 'TAPE'
       $ SET MAGTAPE/SKIP=FILE:1000 'TAPE'
       $ SET MAGTAPE/SKIP=FILE:-1 'TAPE'
       $ SET NOVERSION
       $ EXIT
       -SYSTEM-F-SERIOUSEXCP , TMSCP Controller , Serious Exception

    This problem is fixed in OpenVMS VAX V5.5-2.

  o If a wildcard file specification is used with a BACKUP/LIST command,
    BACKUP will display the contents of the saveset in a continuous
    loop.

    This problem is fixed in OpenVMS VAX V5.5-2.

  o BACKUP savesets created under VMS V5.2 through V5.5 may be much
    larger than those created in previous versions.  Even if the same
    files are being saved, the savesets may grow by a factor of 4 or
    more. 

    This problem is fixed in OpenVMS VAX V5.5-1.

  o BACKUP RESTART problems:

    -  BACKUP hangs in a compute loop.

    -  BACKUP restarts the save operation from the beginning of
       the file rather than the beginning of the tape volume.

    -  BACKUP saves one or more files twice. When a file is
       saved the second time, the directory specification is null
       (e.g.,[]).

    -  A SYSTEM-F-ACCVIO error occurs when attempting the RESTART.

    -  BACKUP-E-VBNMISSING errors are generated during the VERIFY
       pass or when restoring a file.

    -  A SYSTEM-F-ACCVIO error is returned when a failure occurs
       on the last volume of the saveset during a VERIFY pass.

    -  A BACKUP-F-FREEBADBUF error is returned when attempting a
       RESTART during a BACKUP PHYSICAL save operation.

    All the above RESTART problems are fixed in OpenVMS VAX V5.4-3.

  o BACKUP/COMPARE operation hangs in LEF state.

    This problem is fixed in OpenVMS VAX V5.4-1.

  o BACKUP/JOURNAL fails with an BACKUP-F-INVBJLSIZ error if a
    disk saveset name is greater than 31 characters.

    This problem is fixed in OpenVMS VAX V5.4-1.

  o During a BACKUP save operation, the errors 'BACKUP-E-VBNMISSING'
    and 'BACKUP-E-VBNPASTEOF' are returned on files that have an EOF
    (end-of-file) marker much less than the number of allocated
    blocks.

    This problem is fixed in OpenVMS VAX V5.4-1.

  o While using the BACKUP/RECORD command, BACKUP-I-MODOUTAI and
    BACKUP-I-MODOUTBI messages are returned. These messages occur
    when a file which has been successfully backed up is deleted
    before the RECORD pass begins.

    This problem is fixed in OpenVMS VAX V5.4-1.

  o BACKUP/DELETE and BACKUP/RECORD do not not work if the
    directory file-id is larger than 65535. During the deletion
    or record pass, files that are contained within such a
    directory are not deleted.

    This problem with BACKUP/DELETE was fixed in OpenVMS VAX V5.4-1.
    This problem with BACKUP/RECORD was fixed in OpenVMS VAX V5.2.

  o Poor BACKUP performance after upgrading to OpenVMS VAX V5.2
    or V5.3.

    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP-E-VBNMISSING errors are returned when performing a
    BACKUP/VERIFY save operation on an ODS-1 level disk.
 
    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP save operation on highly fragmented ODS-1 level disk
    hangs.

    This problem is fixed in OpenVMS VAX V5.4.

  o SYSTEM-F-ROPRAND error is returned from a BACKUP/NOASSIST save
    operation when BACKUP issues a prompt to mount the second tape
    volume.

    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP restore of disk multi-volume saveset loops requesting a
    second volume.

    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP-E-VBNMISSING and VBNERROR errors are returned on files
    that span tape volumes when the /VERIFY qualifier is used.

    This problem is fixed in OpenVMS VAX V5.4.
 
  o BACKUP is unable to change the format of the TA90 tape cartridge
    from non-compacted to compacted. The /MEDIA_FORMAT qualifier is
    ignored.

    This problem is fixed in OpenVMS VAX V5.4.
 
  o BACKUP operations intermittently abort with an RMS-F-USZ error
    at the time a volume switch occurs.

    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP hangs when attempting to save or restore a file that
    resides on a ODS-1 disk. ODS-1 disks are compatible with the
    RSX operating system.

    This problem is fixed in OpenVMS VAX V5.4.

  o BACKUP/DELETE disk-to-disk IMAGE save or copy operation deletes
    files that are not successfully copied.

    This problem is fixed in OpenVMS VAX V5.4.

  o SYSTEM-F-ACCVIO from BACKUP With PC of F9AE.

    This problem is fixed in OpenVMS VAX V5.4.

  o Tape saveset names greater than 17 characters are not
    disallowed. This causes a SYSTEM-W-NOSUCHFILE error on the
    verification pass or when trying to restore from the saveset.
 
    This problem is fixed in OpenVMS VAX V5.3-2.

  o BACKUP/RECORD and BACKUP/DELETE may not work correctly during
    a save operation if BACKUP-E-VERIFYERR or BACKUP-E-OPENIN
    errors occur.

    This problem is fixed in OpenVMS VAX V5.3-2.

  o With CSCPAT_1101 V1.0 installed, using the BACKUP command
    'BACKUP/IMAGE/NOINITIALIZE' to copy or restore a disk volume
    may cause the resulting volume to be corrupt.
 
    This problem is fixed by CSCPAT_1101 V1.2 and later.

  o With CSCPAT_1101 V1.0 installed, BACKUP restore operations
    may not restore directory file ACLs correctly if higher
    level directory files also contain ACLs.

    This problem is fixed by CSCPAT_1101 V1.2 and later.


INSTALLATION NOTES:

The system/cluster does not need to be rebooted after this kit is
installed.  However, SYS$LIBRARY:DCLTABLES is modified to include the
new BACKUP qualifiers.  To take advantage of the new syntax without
having to logout and then login, a process's copy of DCLTABLES can be
updated by using the following command:

   $ SET COMMAND/TABLE=SYS$LIBRARY:DCLTABLES
Files on this server are as follows:
»cscpat_1101018_backup.README
»cscpat_1101018.CHKSUM
»cscpat_1101018.a-dcx_vaxexe
privacy statement using this site means you accept its terms