I run it nightly, but that doesn't seem to help this problem.  Maybe I
provide the wrong parameters.  And my tapes are virtual also. That is the
real reason for wanting to scratch these tapes, to free up the back-end
storage for the tapes.  If they were real tapes I wouldn't care.

On Thu, Apr 2, 2015 at 3:35 PM, Gibney, David Allen,Jr <[email protected]>
wrote:

> There is a command, I think a version of LIST that will tell you the
> contents of this particular migration dataset.
>
> > -----Original Message-----
> > From: IBM Mainframe Discussion List [mailto:[email protected]]
> > On Behalf Of Mark Pace
> > Sent: Thursday, April 02, 2015 12:23 PM
> > To: [email protected]
> > Subject: Re: Remove tape volume from a chain
> >
> > The spanning dataset is HSM.HMIGTAPE.DATASET.  All the files are kept
> > within the one dataset name.
> >
> > For tapes that are not spanned, then RECYCLE and DELETE PURGE works well.
> > It's these tapes that are stacked 3 & 4 deep that have me confused.
> >
> > On Thu, Apr 2, 2015 at 3:14 PM, Staller, Allan <[email protected]>
> > wrote:
> >
> > > IF migtape, recall the "spanning" dataset and perform a recycle.
> > > Dataset can be found with HSEND LIST TTOC (volser).
> > >
> > > If backtape,, ensure you have a valid "real" copy of the dataset.
> > > HBDEL 'dataset name'  ALL
> > > HBACKDS 'dataset name'
> > >
> > >
> > > HTH,
> > >
> > > <snip>
> > > I have some migration tapes that form some chains.  The problem ends
> > > up being that the first tape in the chain will become empty of valid
> > > data as the data expires.  But I can't scratch tape since it is in a
> > > chain.  I don't want to have to wait until all the data on every tape
> > > expires to reclaim these tapes.  Is there anything I can do to remove
> > > a tape from the chain?  HSM & DFRMM.
> > > </snip>
> > >
> > > ----------------------------------------------------------------------
> > > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > > email to [email protected] with the message: INFO IBM-MAIN
> > >
> >
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> > ----------------------------------------------------------------------
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to
> > [email protected] with the message: INFO IBM-MAIN
>
> ----------------------------------------------------------------------
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [email protected] with the message: INFO IBM-MAIN
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to