HP OpenVMS Systems

FILNOTDEL, error deleting, file not found?

» close window

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
ated).
 

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:
 
    kscl_work:tapout_95_USAW0.flag;*
 
  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.
 

  

     

     
answer written or last revised on ( 26-NOV-2001 )
     
» close window