I ran into just this situation on Monday. The entire SMF processing "system" stopped in its tracks because one of the daily SMF data tapes was marked as scratch, in RMM, but the dataset was actually still in a user catalog.
So, to get around it, I uncataloged the SMF data tape, coded LABEL=98000 for the scratch input tape, along with appropriate DCB information and gener'ed/IDCAM'ed the data from the "scratch" tape to the new tape cataloging the "new" SMF data tape. Everything then fell into proper order and things continued. This should work, in some form, for you as well... HTH -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Wednesday, April 11, 2007 5:58 PM To: [email protected] Subject: Re: IEC145I 413-08 Can I force RMM to allow me to read the tape even though it is in scratch status? "Pommier, Rex R." <[EMAIL PROTECTED]> wrote: Well, you're kinda both right. It is failing due to an I/O error trying to read the input tape. The reason you're getting the I/O error is that RMM isn't letting you read the scratch tape. So the underlying cause is that it is a scratch tape. So, the other opinion is more right... Rex <http://xpostmail.com/b5064b351a1d91c2068cc91b04b451b6worker.jpg> ---------------------------------------------------------------------- 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
