You mentioned  FSCHECK but why delay for a reboot?
Before you use the directory purge within FSCHECK to
make that spool file "go away"  run a "checkall all" and see what else 
it finds.

Bob J. -- Ideal Computer Services
http://www.icsgroup.com



Johnson, Tracy wrote:

>I had a spool file cause Fantasia to abort.
>
>It also seems to be one of those spool files impossible to delete.  (It is in the DELPND state forever.)
>
>Deletespoolfile doesn't do the trick, nor spoolf 346448;delete, neither a PURGE O346448.OUT.HPSPOOL.  Complains the file is being accessed, but LISTF,2 doesn't give a star, neither does MPEX LISTF,ACCESS say who it is.
>
>I "can" however alter the priority so Fantasia will ignore it.  So I have a workaround.
>
>My guess is one of these days I'll need delete all the spool files and reboot followed by a FSCHECK.
>
>Any other ideas?
>
>- - - - - -
>
>FSPOOL   (H.02.01)  : FSPLANX (96.12.04)  Copyright 1996 JetForm Corporation
>
>EXCLUSIVE VIOLATION: FILE BEING ACCESSED  (FSERR 90)
>FILE OPEN ERROR (PASCERR 692)
>FILE IS 'O346448.OUT.HPSPOOL'
>
>ABORT: FSPOOL.SPOOL.LARC
>NM SYS   a.00fdcf70 dbg_abort_trace+$28
>NM USER  116.00675b34 P__PASCFERROR+$3e0
>NM PROG  18a5.0007cc18 print_spoofle+$32c
>
>
>
>Tracy Johnson
>
>* To join/leave the list, search archives, change list settings, *
>* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
>
>
>  
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *