fscheck shouldn't be run while your network, processes, users etc are
     on the system because it would give a false indication of directory or
     label corruptions. You don't want to run commands like checkdirc,
     checklabel, checkextents and especially purgefile or unlockfile with
     other users still using those files.
 
     If you've got users on, you can still look for directory or volume
     corruptions by running checkdirc or checklabel with the ;IGNORE
     option. You would then wanna ignore those files with labels like
     $000000 since these are temporary files.
 
 
     ----
     YuHsin
 
 
______________________________ Reply Separator _________________________________
Subject: Spoolfile 'stuck' . No more!
Author:  Non-HP-HP3000-L ([log in to unmask]) at HP-Singapore,uugw30
Date:    7/27/96 5:22 AM
 
 
Thanks to all who replied.
 
I tried your suggestions (all except calling a priest) but nothing worked.
The RC indicated that the only way to delete it was using 'fscheck' and do
it while there were *no* other processes on the system (something about
'fscheck' causing more corruption if not executing 'stand alone').
 
Well it turned out that we needed to install some tape drives on the system
yesterday and thus I used the RCs recomendation, and indeed the spoolfile
'is no more' thanks to the 'purgefile' command of 'fscheck'.
 
Thanks again
 
Regards
 
Paul H. Christidis
 
P.S.  Is 'fscheck' as 'dangerous' as the RC says???