Ruddy,
Your workaround did not work for me.
When I deleted the backup set the tapes were already in the library, but
they remained in private state,
and the command to change to scratch didn't succeed.
The tape wan't change status because the volhistory entry was not removed.
Could you change the status of the tapes from private to scratch?
Thanks
Maria
----- Original Message -----
From: Ruddy STOUDER <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 08, 2000 3:34 PM
Subject: Re: BACKUPSET DELETE PROBLEM
> The work-around I found in the meantime is write a script which is
> looking what backupset will expire, to call the tape back from off-site,
> check it in with PRIVATE status and then make the backupset expire. That
> way, it is ok but the MAIN condition is to have the tape in the library
> before running the expire process.
>
> ----------
> From: Maria Paz Gimeno
> To: [EMAIL PROTECTED]
> Sent: 11/07/2000 8:47:14 PM
> Subject: Re: BACKUPSET DELETE PROBLEM
>
> M have not yet installed 3.7.4, but sure I will write to the list with
> the
> results.
> Thanks very much Richard for your help it is invaluable.
> Best regards
> Maria
>
> ----- Original Message -----
> From: Richard Sims <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, November 07, 2000 5:04 PM
> Subject: Re: BACKUPSET DELETE PROBLEM
>
>
> > >We have the same problem overhere. I think it has to be a bug
> because
> > >several other persons are having
> > >this problem too. I hope there is someone outthere with a solution.
> >
> > As mentioned last week, the 3.7.4 server README notes the APAR
> > IC27123 BACKUPSETS DON'T EXPIRE PROPERLY
> > which may address the problem. We need a 3.7.4 adopter to post to
> > the List as to whether that level fixes the noted problems.
> > Richard Sims, BU
