ADSM-L

Re: DBtape won't go to scratch status

2004-12-14 09:21:57
Subject: Re: DBtape won't go to scratch status
From: Timothy Hughes <Timothy.Hughes AT OIT.STATE.NJ DOT US>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Tue, 14 Dec 2004 09:14:34 -0500
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