The Question is:
The above delete command is submitted as part of a batch job. Very
occasionally, the above error message is returned. It seems to have deleted
the file, but then tries to remove the same version again. (There is only
ever the one version of the file cre
The Answer is :
It is conceivable that this behaviour could arise if one or more of the
logical names in the file specification were search lists with one or
more translations which map to the same directory.
The OpenVMS Wizard has tried several variants and been successful in
making the DIRECTORY command on the file specification:
display the same file multiple times, but has not managed to get the
DELETE command to fail as was described.
This may be due to the OpenVMS Wizard using OpenVMS V7.2-1 in place of
V7.1-2, or potentially due to the use of differing storage devices.
The OpenVMS Wizard suggests adding the following commands to the DCL
command procedure immediately prior to the DELETE command -- should
the symptoms recur, there will be some diagnostic information provided
in the log file:
$ SHOW LOGICAL KSCL_WORK
$ SHOW LOGICAL JUP_DATA62
$ DIRECTORY/FILE KSCL_WORK:TAPOUT_95_USAW0.FLAG;*
Please apply the available mandatory ECO kits for OpenVMS and any kits
specific to the I/O subsystem. Please also check with the storage
hardware vendor, and determine if any updates are required for correct
operation of the storage devices.