Eeeek!

Well you could do it that way...but there is a great 
feature with device management that allows us to do it 
a "different" way.

When you kick off this restore and the tape is not in a 
library anywhere, you will get in the device mgmt 
screen (or vmoprcmd -d pr [display pending requests]) a 
pending request.  This request has a few things going 
on inside of it.  First it tells us that it is mount 
request for READ (right away we know that's a restore)  
the other thing it lists is the mount request number 
(we'll need that later), the EVSN, VOL GROUP, etc.  

If we just let it sit there it will pend until we do 
something or it timesout.  We can DENY or RESUBMIT.  If 
we DENY

vmoprcmd -deny <mount request number>

then the job is 'killed'

if we

vmoprcmd -resubmit <mount request number>  

then it will then attempt to find that tape in the 
media manager database and perform that mount.  If it 
still isn't there it goes back to a pending request.

Well once we satisfy the request, by placing the tape 
in question in the library the request is destined and 
update the database, we can then resubmit and the 
restore job will continue without having to kill it, 
etc.

A SIDE BENEFIT...

the pending request shows the volume group...this 
little used feature of Media Manager.  If we employ 
this feature to 'track' the location of our media 
(remember with Media Manager media really only has two 
types of residence, its either in the library eg. TLD 
or its not - STANDALONE.  Volume groups are for 
administrative purposes only) - say like, CABINET, 
OFFSITE, TRANSCASE, etc.  We will know that right of 
the bat with this pending request and NOT have to waste 
precious time looking for this particular tape.

Pretty slick, huh?

David


<><><><><><><><><><><><><><><><><><><><>
David A. Chapa
Consulting Manager
DataStaff, Inc.
847 413 1144
http://www.consulting.datastaff.com
---------------------------------------
NBU-LSERV AT datastaff DOT com - Adv. Scripting


Quoting "Jason Ahrens [ahrensj AT psi DOT ca]" 
<AhrensJ AT psi DOT ca>:

> I was also told (by this list) the only way to find 
out what tapes are
> required for a restore it to start it, let it fail or 
kill it, find out
> what
> tapes were requested, and then restart it. If this is 
not the proper way,
> how is it supposed to be done? The documentation I 
have does not say
> anything about this topic.
> 
> Jason
> 
> -----Original Message-----
> From: David A. Chapa [mailto:david AT datastaff DOT com]
> Sent: Thursday, March 22, 2001 3:21 PM
> To: Veritas-bu List
> Subject: RE: [Veritas-bu] up'ing a drive
> 
> 
> This isn't the first time I have heard this exact 
> question.  I've been hearing this a lot lately, 
> especially teaching the NetBackup Classes...about 
> having to stop the Media Manager daemons.  
> 
> Does anyone know where it came from?
> 
> I've also heard people say that they have been "told" 
> that in order to do a restore of a tape that's not 
> currently in the Tape Library, they have to KILL the 
> restore job (after they start it to find out what 
tape 
> is required), find the tape and put it in the tape 
> library, then RESTART the restore job...now I know 
> that's not true ;-)
> 
> just curious...thanks 
> 
> David
> 
> 
> Quoting "Arsenault, Donald (FUSA)" 
> <DonaldArsenault AT firstusa DOT com>:
> 
> > use:
> > vmoprcmd  -h <volume_database_host>  -upbyname   
> <drive_name>
> > 
> > This does not require stopping the Media manager.
> > 
> > Donald J. Arsenault
> > First USA Bank, NA
> > 201 North Walnut St.
> > Wilmington, DE  19801
> > Ph. (302)434-7626
> > Fax (302)594-4020
> > MS DE1-1231
> > 
> > 
> > -----Original Message-----
> > From: Jeff Kennedy [mailto:jlkennedy AT amcc DOT com]
> > Sent: Thursday, March 22, 2001 2:10 PM
> > To: Veritas-bu List
> > Subject: [Veritas-bu] up'ing a drive
> > 
> > 
> > Is there a way to up a drive without restarting the 
> media manager
> > daemons?  I had a drive drop on me and couldn't 
> restart the backup for
> > that client because other backups were in progress 
> and I couldn't shut
> > down the MM daemons to up it.  I am running NBU 3.4 
> on Solaris 7.
> > 
> > Thanks.
> > -- 
> > =====================
> > Jeff Kennedy
> > Unix Administrator
> > AMCC
> > jlkennedy AT amcc DOT com
> > _______________________________________________
> > Veritas-bu maillist  -  Veritas-
> bu AT mailman.eng.auburn DOT edu
> > 
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> bu
> > _______________________________________________
> > Veritas-bu maillist  -  Veritas-
> bu AT mailman.eng.auburn DOT edu
> > 
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
> bu
> > 
> 
> 
> 
> <><><><><><><><><><><><><><><><><><><><>
> David A. Chapa
> Consulting Manager
> DataStaff, Inc.
> 847 413 1144
> http://www.consulting.datastaff.com
> ---------------------------------------
> NBU-LSERV AT datastaff DOT com - Adv. Scripting
> _______________________________________________
> Veritas-bu maillist  -  Veritas-
bu AT mailman.eng.auburn DOT edu
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
bu
> _______________________________________________
> Veritas-bu maillist  -  Veritas-
bu AT mailman.eng.auburn DOT edu
> 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-
bu
>