Why would you not set your retentions correctly (ie, set to expire when
you want them to) then have Iron Mountain automatically return the tapes
when the expiration date rolls 'round?
That way your tapes come back to you as Scratch, with no clean up work
to do afterward.
Sounds like a make work project.
Paul
--
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf
> Of Jeff Cleverley
> Sent: March 17, 2008 5:47 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] Status 96 media allocation issues
>
>
> Greetings,
>
> I saw a post similar to this problem in February, but didn't
> really see
> an answer posted. I'm hoping someone can help me out.
>
> This is a 5.1 master running NDMP backups. The standard
> media policy is
> that they protected the data permanently and then expired the
> media once
> the tapes came back from Iron Mountain. We usually run a
> script against
> a file that has all the media to be expired in it. Below are
> the some
> of the commands in the script that run. The "$i" is the tape label
> being read from the list.
>
> /usr/openv/netbackup/bin/admincmd/bpmedia -unfreeze -m $i
> /usr/openv/volmgr/bin/vmquery -deassignbyid $i 1 0 # backup pool
> echo y | /usr/openv/netbackup/bin/admincmd/bpexpdate -d 0 -m
> $1 > /dev/null
> echo y | /usr/openv/netbackup/bin/admincmd/bpexpdate
> -deassignempty -m
> $i > /dev/null
>
> This has all worked until a couple of weeks ago. We ran the
> script, it
> deassigned the tapes, they showed up in the available for use
> and listed
> as scratch. When the backup ran, it loaded every tape and then asked
> for another one until they were all gone. I've rebooted the server,
> stopped and restarted everything, scanned libraries, and even deleted
> the media using the vmdelete command and then adding them
> back in using
> the robot inventory and update.
>
> I don't know if something may have changed on this server
> since I don't
> work with it locally or directly. One thing I did notice is that it
> isn't showing a scratch pool. It is automatically putting
> tapes in the
> Netbackup pools which I assume is OK.
>
> Below is some information about a tape that was deleted and
> re-added.
> This came from the bptm on the master.
>
> 23:14:32.574 [21509] <2> bptm: INITIATING (VERBOSE = 1): -ev 3284L2
> -unfreeze
> 23:14:32.574 [21509] <2> db_byid: search for media id 3284L2
> 23:14:32.575 [21509] <2> db_byid: 3284L2 found at offset 153
> 23:33:05.682 [21870] <2> vmdb_query_scratch_bypool2: server
> returned: 1
> 3284L2 ------ 6 003284L2 -------- 8 0 rds43 00_000_TLD - 46 0
> 0 0 0 root
> root 1 NetBackup - 1205739035 1205739158 0 0 0 0 0 0 0 - 0 0
> 50 0 0 0 0
> 0 - 0 0 0 0 0 0 0 0 0 0 0 - 0 0 0 0 0 0 0 0 0 0 0 0 - Added
> by Media Manager
> 23:33:05.682 [21870] <2> db_byid: search for media id 3284L2
> 23:33:05.683 [21870] <2> db_byid: 3284L2 found at offset 153
> 23:33:05.683 [21870] <2> select_media: media id 3284L2 just obtained
> from Media Manager is already in the media database,
> requesting a new one
>
> Any help explaning why I can't get rid of these media and add
> them back
> in would be appreciated.
>
> Thanks,
>
> Jeff
>
> --
>
> Jeff Cleverley
> Unix Systems Administrator
> Avago Technologies
> 4380 Ziegler Road
> Fort Collins, Colorado 80525
> 970-288-4611
> jeff.cleverley AT avagotech DOT com
>
>
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
====================================================================================
La version française suit le texte anglais.
------------------------------------------------------------------------------------
This email may contain privileged and/or confidential information, and the Bank
of
Canada does not waive any related rights. Any distribution, use, or copying of
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately
from
your system and notify the sender promptly by email that you have done so.
------------------------------------------------------------------------------------
Le présent courriel peut contenir de l'information privilégiée ou
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous
recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans
délai à
l'expéditeur un message électronique pour l'aviser que vous avez éliminé de
votre
ordinateur toute copie du courriel reçu.
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
