Hi Fred, Theres a DFSMShsm manual that outlines one scenario that might help:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2M710/2.6?DT=20020116123849 Equally you could try some reverse logic; so instead of using the tape as the be all and end all, use the DFSMShsm MCDS as the focus, and list every single ML2 MCDS (MCR) entry and cross-reference said report for any obvious errors. Of course there are lots of ways for achieving this, MXG, DFSMShsm commands, et al. Then of course if the tape hasnt been overwritten we can list the TTOC record itself, which as we all know is a map of whats on tape which only has the one data set! Basically you need to refer to the relevant Chapter (TTOC Chapter 50) of the DFSMShsm Diagnosis Guide and Reference (LY35-0115-nn : DGT2R430) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2R430/CCONTENTS?DT=20050203115120 Of course the link above only provides a text reference to the actual documentation required, as diagnosis resources are licensed, so you will need to enter your IBM Resource Link USERID, Password and Key Code, which will be associated with your site. Once in the manual, this will give you a mapping macro for the TTOC and if memory serves me correctly you should very easily be able to identify all data sets on the tape from the TTOC contents. With regard to why tapes might have scratched, DFSMShsm will not scratch them without some instruction, implicit or explicit to do so; one example might be recycling the original volume. From a CA-1 viewpoint changing the OUTCODE is just doing that, and has nothing to do with the expiration date and therefore the Scratch and Clean process, but of course if we return a vaulted tape to the default Data Centre (DC) location; its easy to inadvertently change the expiration date to force such a move. Best Regards, UK Mikey. www.value-4it.com Maximizing The Business Value-4IT Resources Within Your Organization On Wed, 19 Apr 2006 15:02:29 +0930, Fred Schmidt <[EMAIL PROTECTED]> wrote: >Hi fellow listers, > >We have suddenly seen a large number of tapes appear on our daily scratch >volume list. We are a bit nervous about releasing them for scratch, since >they are HSM migration tape duplex copies and we don't see the original >tape of the duplex pair in this list. We expected that both tapes of a >duplex pair would be marked scratch at the same time. > >We would like to identify some datasets on these tapes and check that they >really do no longer exist as catalog entries with VOLSER of MIGRAT* on the >system. .... >Regards, >Fred Schmidt >Senior Systems Programmer >Department of Corporate and Information Services (DCIS) >Data Centre Services (DCS) >Northern Territory Government > >Email [EMAIL PROTECTED] >Phone (08) 89 99 6891 >Fax (08) 89 99 7493 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
