HP3000-L Archives

October 2000, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Goetz Neumann <[log in to unmask]>
Reply To:
Goetz Neumann <[log in to unmask]>
Date:
Mon, 16 Oct 2000 04:31:20 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (30 lines)
"Emerson, Tom # El Monte" wrote:
>
> That header just about says it all: we have a system failure each day when a
> "cleanup" job hits a certain spoolfile -- fscheck dutifully indicates
> corruption in the file label, and the ";FIX" option seems to have no
> effect...
>
> [and yes, purging the file via fscheck ALSO crashes the system]
...
>> Now, the $64 question: how do I get rid of that file short of a reload?
> [there's another file that fscheck reports an error on as well, but it's not
> a spoolfile -- it's a data file in a test group/account, so would purging
> the group "clean up" this file or is it likely to trigger the failure as
> well?]
>

I hope you are on RC support, if not they may be able to
help you on a time & material basis.

A knowning engineer could dialin and mark the file label(s)
as un-used/free and then run FSCHECK to delete the relating
directory entry. Another reboot and all should be ok, then.
The disadvantage of this method is that you will 'loose' the
disc space that the extents of this file used. How bad that
is compared to rebuilding a volumeset depends on your own
judgement.

Good luck,
Götz.

ATOM RSS1 RSS2