ADSM-L

Re: DRM Volume contains files that cannot be restored

2002-05-10 20:56:24
Subject: Re: DRM Volume contains files that cannot be restored
From: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
Date: Fri, 10 May 2002 20:56:03 -0400
I brought this up as an integrity issue on deaf ears.  Most folks do a "q
volume * acc=unavailable" daily to see if they have any tapes in this state
and either change them to readonly or readwrite.  This is caused when a tape
drive fails and TSM does not know what the state of the tape could
potentially be.  It can also happen to primary pool tapes and then they do
not get copied to the copypool.  No error messages other than to say it
skipped over it because it is unavailable.  I said the backup stg command
should at least get a RC=4 when this happens.

Anyway, we do not use the TSM scheduler.  We use an external scheduler that
a staff monitors 7x24.  I setup my own jobs to issue the commands figure out
what was going on and generate escalation processes to fix the stuff so we
would never lose anything.

Sorry, I do not have a better answer.  But, I will talk to TSM development
because I told them once this was a severe issue and customers would not
find out about it until it was too late.  I see you are one of those.  I
would call this in as a SEV 1 problem, call your Tivoli Rep, and turn in a
requirement to have it fixed.

Paul D. Seay, Jr.
Technical Specialist
Naptheon, INC
757-688-8180


<Prev in Thread] Current Thread [Next in Thread>