If you have the tool to analyze the output of NBCC, please send it to me.

Please

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: Simon.Weaver AT Astrium.eads DOT net

-----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 smpt
Sent: Wednesday, December 05, 2007 10:44 AM
To: Brian.Beaird AT cat DOT com; VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Reclaiming tapes to the scratch volume pool

Something is wrong. Call support and ask for a database consistency check

stefanos

 

---

From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of Brian.Beaird AT cat DOT com
Sent: Tuesday, December 04, 2007 11:10 PM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Reclaiming tapes to the scratch volume pool

 

Thanks guys.  We're using NBU 5.1 on unix.  You are right that this version doesn't move the tapes automatically (yet another reason to be excited about our future move to 6.0 next year).  I was able to finally figure out using vmquery with -deassignbyid, which moved them to the scratch pool once I did it.  Thanks for the script, Gabriel.  That could be a definite timesaver once I read through it and get it working!

-----Original Message-----
From: Rosenkoetter, Gabriel [mailto:Gabriel.Rosenkoetter AT radian DOT biz]
Sent: Tuesday, December 04, 2007 12:25 PM
To: Brian.Beaird AT cat DOT com; VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: RE: [Veritas-bu] Reclaiming tapes to the scratch volume pool

I use the attached for this.

 

It does exactly what you describe (walking through all media in robotic control or taking a list of media on the command line).

 

The step you're missing is vmquery -deassignbyid. Otherwise, you've got the right steps.

--
gabriel rosenkoetter
Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup & Recovery
gabriel.rosenkoetter AT radian DOT biz, 215 231 1556

 

 

 -----Original Message-----
From: Ed Wilts [mailto:ewilts AT ewilts DOT org]
Sent: Tuesday, December 04, 2007 12:04 PM
To: Brian.Beaird AT cat DOT com
Cc: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Reclaiming tapes to the scratch volume pool

It depends on the version of NetBackup.  Older versions won't move the tapes to the scratch pool automatically whereas the newer versions do.  What version of NBU are you running?  Windows or Unix?

To manually move the tapes, look for an assigned date of "00/00/0000"

   .../Ed

 

---

From: Brian.Beaird AT cat DOT com [mailto:Brian.Beaird AT cat DOT com]
Sent: Tuesday, December 04, 2007 12:17 PM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Reclaiming tapes to the scratch volume pool

I've run into a problem where my scratch volume pool is empty.  However, I have tons of empty tapes (can easily list with Aptare) that just happen to be assigned to other specific pools.  I can manually run bpimmedia on these empty tapes to verify that there are no images on them.  But if I try to change the volume group on them via the GUI to scratch (or the Netbackup pool), I get the "cannot change volume pool for assigned media (91)" error.

 

If there are no images on the tape, what's the problem?  I thought once images expired on tapes, they were supposed to automatically be kicked back out to a scratch pool anyway.  I've found a few places where I can manually force a tape into a different volume, but it is pretty strongly suggested that you *not* do it that way.

 

Any suggestions?