Re: DFRMM return to Scratch Pool
Bob, There are multiple reasons why a pending release volume will not be set to scratch status, including: - expected to be in TCDB, but is not - system managed, but library not available - CDS and catalogs are synched but you have not run EXPROC on the correct system - volume is neither in a library nor its home location - . See info apar II09162 which has soem details and check lists. Mike Wood RMM Development On Tue, 9 Dec 2008 19:21:42 -0600, Hale, Bob bob.h...@roundys.com wrote: Most of our tapes move to the scratch pool correctly but I have a few that will not move and stay in the Pending Release mode. I have tried numerous options like Confirm Action, Confirm Scratch and resetting the Expiration Date. All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. I must be missing something, anybody got any ideas as to why they will not move to the scratch pool? Y last resort is to delete and re-add them to RMM. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFRMM return to Scratch Pool
No they do not. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kathleen McLaughlin Sent: Tuesday, December 09, 2008 8:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFRMM return to Scratch Pool Hello Bob, Do any of these volumes have the Initialize Volume = YES or Replace Volume = YES in the Actions pending? -- 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 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- 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
Re: DFRMM return to Scratch Pool
Bob, Are any of the volumes in question chained? I could be wrong about this, but I believe that if you have multiple data sets on chained tapes, and RETAINBY(S) is in Parmlib, then one or more of the volumes in the chain can be in a scratch pending status but will not scratch until all the data sets in the chained set have expired or are uncataloged. Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hale, Bob Sent: Wednesday, December 10, 2008 All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. -- 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
Re: DFRMM return to Scratch Pool
No they are not chained, no movement, no loan location or VRS entry to govern the volume. Thanks Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey Sent: Wednesday, December 10, 2008 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFRMM return to Scratch Pool Bob, Are any of the volumes in question chained? I could be wrong about this, but I believe that if you have multiple data sets on chained tapes, and RETAINBY(S) is in Parmlib, then one or more of the volumes in the chain can be in a scratch pending status but will not scratch until all the data sets in the chained set have expired or are uncataloged. Greg Shirey Ben E. Keith Co. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Hale, Bob Sent: Wednesday, December 10, 2008 All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. -- 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 This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- 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
DFRMM return to Scratch Pool
Most of our tapes move to the scratch pool correctly but I have a few that will not move and stay in the Pending Release mode. I have tried numerous options like Confirm Action, Confirm Scratch and resetting the Expiration Date. All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. Current status is: Availability . . . : PENDING RELEASE Release actions: Return to SCRATCH pool . : YES Actions pending: Return to SCRATCH pool . : YES Expiration date . . . . . : 2008/339 I must be missing something, anybody got any ideas as to why they will not move to the scratch pool? Y last resort is to delete and re-add them to RMM. Bob This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you. -- 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
Re: DFRMM return to Scratch Pool
Hello Bob, Do any of these volumes have the Initialize Volume = YES or Replace Volume = YES in the Actions pending? -- 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
Re: DFRMM return to Scratch Pool
Hale, Bob [EMAIL PROTECTED] wrote in message news: [EMAIL PROTECTED]... Most of our tapes move to the scratch pool correctly but I have a few that will not move and stay in the Pending Release mode. I have tried numerous options like Confirm Action, Confirm Scratch and resetting the Expiration Date. All of the tapes are not cataloged and Expiration Dates have past. If the tape has multiple files on it I verified that all the files are not cataloged. = Take a look at the loan location on the display of the volume and also check to see if there are any movement activity pending. Also, you may want to check to see what VRS governs the volume. Ernie. -- 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
