Run an AUDIT LIBRARY libname CHECKLABEL=BARCODE. Jim Sporer
At 09:14 AM 12/14/2004 -0500, you wrote:
Richard,
The Dbbackups are being pruned, see the following.
We have Delete Volhistory set Schedule Name DELETE_VOLHIST_DBDACK Description - Command delete volhistory type=dbbackup todate=today-14 Priority 5 Start date 2002-06-18 Start time 08:57:00 Duration 1 Duration units HOURS Period 1 Period units DAYS Day of Week ANY Expiration - Active? YES Last Update Date/Time 2004-04-28 07:36:44.000000 Last Update by (administrator) Managing profile -
The date on the tape shows 12/23/03 it show have been pruned a long time ago.
Don, We have Reclamation set. I have not tried running a move data yet
Schedule Name TAPE_RECLAIM_ON Description reclaim tapes Command UPD STG TAPEPOOL RECLAIM=20 Priority 5 Start date 2002-06-17 Start time 09:00:00 Duration 12 Duration units HOURS Period 1 Period units DAYS Day of Week ANY Expiration - Active? YES Last Update Date/Time 2004-12-03 15:15:17.000000 Last Update by (administrator) Managing profile -
Thanks Richard, Don and Jin
Richard Sims wrote:
> On Dec 13, 2004, at 2:16 PM, Timothy Hughes wrote: > > > Hello all, > > > > Not sure If I wrote about this one before, I do know I had this > > problem before but was never able to get it resolved. > > > > > > I have a couple tapes that are in Dbackup and I would like to change > > to > > scratch status I tried using update library volume using the TSM Gui > > and > > received the following message > > > > ANR8443E UPDATE LIBVOLUME: Volume N00275 in library IBM3494R > > cannot be assigned a status of SCRATCH. > > > > The DBbackup volume has a date of 12/23/03. So that data is not valid > > > > Anyone ever had a tape problem like this? > > > > Dbbackup volumes are pruned via DELete VOLHistory ... Type=DBBackup . > The most recent dbbackup volume is not deleteable, to assure that > you have *something* to recover with. > > Richard Sims
