How soon after the 96 are you re-running the job?

If it's less than 12 hours, then the previous tapes haven't been "expired"
from the mediaDB and deassigned from the volDB, therefore, they aren't
available.

If you run a bpmedialist/available_media, you'd see the tapes listed as 
FULL.

The problem is that NBU doesn't cleanup those tapes right away.  By 
default, there's a process that runs every 12 hours (it's random, not 
midnight and noon) where empty tapes are deassigned.

You can force this to happen by running 'bpexpdate -deassignempty'.  But, 
be warned that this processing could take a bit of time if you have a 
large environment (images/media).

Oh, I should add that I'm assuming no other images were written to these 
same 9 tapes.  I.e. there aren't any valid images left on the tapes once 
the job failed.

Could you make use of checkpoint restart for backups?  That's a 5.x 
feature and should then pickup from where the 96 occurred (or at the last 
checkpoint anyway).

HTH
-Tim


On Wed, 1 Sep 2004, James M Sherman wrote:

> 
> Hello,
> 
> We're seeing situations where backup jobs fail with a '96' (unable to alocate
> new media), and when new tapes
> from the same pool are imported into the silo to satisfy the deficiency and 
> the
> job re-ran, the job does not use
> any of the old tapes from the previous run.
> 
> What is happening here?   Why are those tapes being ignored in the second run?
> The situation results in,
> for example, a job requiring 10 tapes failing because only 9 tapes from that
> pool were in the silo - in the next run,
> 10 new tapes will need to be imported, not just one.
> 
> Any thoughts?  Thanks!
> 
> -Jay
> james_sherman AT uhc DOT com
> 
> 
> 
> 
> This e-mail, including attachments, may include confidential and/or 
> proprietary information, and may be used only by the person or entity to 
> which it is addressed. If the reader of this e-mail is not the intended 
> recipient or his or her authorized agent, the reader is hereby notified 
> that any dissemination, distribution or copying of this e-mail is 
> prohibited. If you have received this e-mail in error, please notify the 
> sender by replying to this message and delete this e-mail immediately.
> 
> _______________________________________________
> Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>