Re: Non-SMS GDG Issue
Control card: CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 Would IDCAMS DEFINE NVSAM been the better choice? TIA -- 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: Non-SMS GDG Issue
I wouldn't use IEHPROGM for anything any more. IDCAMS is the way to go. Also, for tapes, you really should be including the file-sequence number in the catalog entry. DEFINE NONVSAM(NAME(PSI.TRN.SI0095C.G2671V00) - DEVICETYPES(3490) VOLUMES(183323) FSEQN(1)) Note: the FSEQN of 1 assumes that it is the first file on the standard-labeled tape. Note (2): It looks OK from what you posted, but make sure that your Os and 0s are correct. This could potentially lead to the dataset name being cataloged as NOT part of the proper GDG. -- 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: Non-SMS GDG Issue
Thanks. I'll put this in my notes. -- 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: Non-SMS GDG Issue
I haven't had a good, or any reason to use IEHPRROGM for almost two decades. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin Sent: Thursday, June 26, 2008 4:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue Control card: CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 Would IDCAMS DEFINE NVSAM been the better choice? TIA -- 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 -- 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: Non-SMS GDG Issue
Quoting Gibney, Dave: I haven't had a good, or any reason to use IEHPRROGM for almost two decades. Probably a good thing too ... :0) I would suspect I have made use of BYPASSNQ *much* more recently than that. Shane ... -- 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: Non-SMS GDG Issue
I use it fairly often to delete load modules from a common library in the link list. Works great, very easy to do, runs in batch, provides an audit trail, and saves me a bunch of time. Then I IEBCOPY in the new modules (for a product update) without the replace option for the IEBCOPY. We have a number of products that have 40 or fewer modules that need to be in the link list, so we put them in a common products load library. I also use the same method for removing old modules from TSO libraries and user lpa libraries. Then we shutdown the product and refresh or IPL (depending what's needed for the product). Linda Mooney -- Original message -- From: Gibney, Dave [EMAIL PROTECTED] I haven't had a good, or any reason to use IEHPRROGM for almost two decades. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin Sent: Thursday, June 26, 2008 4:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue Control card: CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 Would IDCAMS DEFINE NVSAM been the better choice? TIA -- 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 -- 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 -- 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: Non-SMS GDG Issue
Not that I like the idea of whacking on a live system, by IEBCOPY works fine with DISP=SHR :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Thursday, June 26, 2008 4:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue I use it fairly often to delete load modules from a common library in the link list. Works great, very easy to do, runs in batch, provides an audit trail, and saves me a bunch of time. Then I IEBCOPY in the new modules (for a product update) without the replace option for the IEBCOPY. We have a number of products that have 40 or fewer modules that need to be in the link list, so we put them in a common products load library. I also use the same method for removing old modules from TSO libraries and user lpa libraries. Then we shutdown the product and refresh or IPL (depending what's needed for the product). Linda Mooney -- Original message -- From: Gibney, Dave [EMAIL PROTECTED] I haven't had a good, or any reason to use IEHPRROGM for almost two decades. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin Sent: Thursday, June 26, 2008 4:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue Control card: CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 Would IDCAMS DEFINE NVSAM been the better choice? TIA -- 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 -- 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 -- 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 -- 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: Non-SMS GDG Issue
IEBCOPY does not delete members, it replaces, or adds new. Over time, modules some become stranded as load module names change. Since we have a bunch of product load modules in a common library, with IEHPROGM we can be sure we get all of the old modules out and that none of the new modules names conflict with others already there. IEHPROGM also works fine with DISP=SHR. -- Original message -- From: Gibney, Dave [EMAIL PROTECTED] Not that I like the idea of whacking on a live system, by IEBCOPY works fine with DISP=SHR :) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Linda Mooney Sent: Thursday, June 26, 2008 4:49 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue I use it fairly often to delete load modules from a common library in the link list. Works great, very easy to do, runs in batch, provides an audit trail, and saves me a bunch of time. Then I IEBCOPY in the new modules (for a product update) without the replace option for the IEBCOPY. We have a number of products that have 40 or fewer modules that need to be in the link list, so we put them in a common products load library. I also use the same method for removing old modules from TSO libraries and user lpa libraries. Then we shutdown the product and refresh or IPL (depending what's needed for the product). Linda Mooney -- Original message -- From: Gibney, Dave I haven't had a good, or any reason to use IEHPRROGM for almost two decades. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin Sent: Thursday, June 26, 2008 4:12 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Non-SMS GDG Issue Control card: CATLG DSNAME=PSI.TRN.SI0095C.G2671V00,VOL=3490=183323 Would IDCAMS DEFINE NVSAM been the better choice? TIA -- 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 -- 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 -- 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 -- 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 -- 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
Non-SMS GDG Issue
We had some corruption in TLMS which left us a broken tape GDG. TLMS was fixed and the dataset was recataloged using IEHPROGM. Now the chain for the GDG is broken. When I tried an ALTER with ROLLIN I got a message that it's a NON-SMS dataset and it didn't roll back in. Has anyone gone through this before and if so how did you fix it? So far I've not found anything in the manuals. TIA. -- 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: Non-SMS GDG Issue
What did your job look like? The IEHPROGRM docs I have say to use IDCAMS for this purpose. Linda Mooney -- Original message -- From: Daniel McLaughlin [EMAIL PROTECTED] We had some corruption in TLMS which left us a broken tape GDG. TLMS was fixed and the dataset was recataloged using IEHPROGM. Now the chain for the GDG is broken. When I tried an ALTER with ROLLIN I got a message that it's a NON-SMS dataset and it didn't roll back in. Has anyone gone through this before and if so how did you fix it? So far I've not found anything in the manuals. TIA. -- 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 -- 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
