Re: JCL Changes and SMS and Not Cataloged Datasets
snip---
It may work for you, but I'd rather not have your (potential)
maintenance issues! (8-{[}
---unsnip---
Never had a problem. Perhaps because we kept SYS1.IPL0 on the IPL
volume. Knock wood. :-)
Rick
--
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: JCL Changes and SMS and Not Cataloged Datasets
I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. Rick Schwarz, Barry A wrote: I wonder how you handle multiple JES2 HASPACE datasets. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, August 26, 2011 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL Changes and SMS and Not Cataloged Datasets --snip There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! unsnip- You're free to disagree, Ted, but I maintain that there's no excuse for ANY uncataloged datasets. Rick -- 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 -- 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: JCL Changes and SMS and Not Cataloged Datasets
-snip-- You catalogue SPOOL? And, secondary copies of LPA/LNK libs? unsnip SPOOL space is cataloged as a single multi-volume dataset. Secondary copies of LPA/LNK libs all have unique names. Rick -- 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: JCL Changes and SMS and Not Cataloged Datasets
I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. What would happen when you reach the practical limit of 59 volumes? Also, what do you do with multiple sysres? Multiple parm/lpa/load libs? Since they all have the same name, they cannot all be catalogued! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: JCL Changes and SMS and Not Cataloged Datasets
On Sat, 2011-08-27 at 16:58 +, Ted MacNEIL wrote: I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. What would happen when you reach the practical limit of 59 volumes? Why do you say this? quote Up to 253 volumes can be designated as spool volumes. Spool volumes are identified to JES2 by a volume serial number, the first four or five characters of which are specified by the VOLUME= parameter on the SPOOLDEF statement during JES2 initialization. The first four or five characters specifying the volume serial number of each volume must be identical to the characters specified by the VOLUME= parameter. The fifth and sixth characters can be assigned to designate individual spool volumes and can be any characters that are valid in a volume serial number. /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A390/3.1.1.1 And, weird as it sounds, I somehow had a VSAM cluster extend to more than 59 volumes. But, once that step finished, th cluster could not be allocated. Got a JCL error! And couldn't do an IDCAMS DELETE either. I had to do a DELETE NOSCRATCH, then individual DELETE VVR commands. Also, what do you do with multiple sysres? Multiple parm/lpa/load libs? Since they all have the same name, they cannot all be catalogued! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- John McKown Maranatha! -- 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: JCL Changes and SMS and Not Cataloged Datasets
On Sat, 27 Aug 2011 10:28:13 -0500, Rick Fochtman rfocht...@ync.net wrote: I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. I've never done it that way. And while one could do it that way and it would function, JES2 certainly doesn't process it as a multi-volume data set. In other words, the catalog doesn't matter and each spool data set on a volume stands on its own. The only time I have ever bothered to catalog a spool data set was when the spool was on a single volume. Besides that, it is not the documented way to do so. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/HAS2A380/3.1.1.3?SHELF=HAS2BK90DT=20090605223609 Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- 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: JCL Changes and SMS and Not Cataloged Datasets
Ted, Technicality here if the dataset is cataloged with asterisks it is technically cataloged. Ed -- 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: JCL Changes and SMS and Not Cataloged Datasets
I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. What would happen when you reach the practical limit of 59 volumes? Why do you say this? quote Up to 253 volumes can be designated as spool volumes. Yes, but! I was referring to the DFP limit of 59 volumes for a catalogued dataset. NOT the JES limit! He claimed he catalogued SPOOL. I've never worked at a shop that reached the JES limit; I've worked at shops that have had more than 59. So, cataloguing SPOOL would have been impossible. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: JCL Changes and SMS and Not Cataloged Datasets
snip- I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. What would happen when you reach the practical limit of 59 volumes? --unsnip-- Don't know. I've never run beyond 12 volumes of 3390-3 for spool. -snip- Also, what do you do with multiple sysres? Multiple parm/lpa/load libs? Since they all have the same name, they cannot all be catalogued! --unsnip-- I seldom have multiple SYSRES volumes. I use dsnames of SYS9 instead of SYS1, renaming when I install the resvol. If I'm forced to back it out, then I'm forced to leave the datasets uncataloged. The active SYSRES is reached via vol(**)-type catalog entries; second and subsequent volumes I play games with, using system symbols to name the second/third volumes. Rick -- 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: JCL Changes and SMS and Not Cataloged Datasets
---snip- I catalog them as a single multi-volume dataset. I've always been overly generous with spool space and thus have seldom needed to add spool space. I've never done it that way. And while one could do it that way and it would function, JES2 certainly doesn't process it as a multi-volume data set. In other words, the catalog doesn't matter and each spool data set on a volume stands on its own. The only time I have ever bothered to catalog a spool data set was when the spool was on a single volume. Besides that, it is not the documented way to do so. unsnip-- At one time, at Clearing, we had so many printers that multiple spool volumes, without any partitioning or fencing, had a measurable effect on overall spool performance. When you've got programs that spit out literally millions of print lines, spinning off groups as it goes, it SEEMED to make a difference. Three volumes of spool would go from 8% used to 90% used in less than 45 minutes. Rick -- 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: JCL Changes and SMS and Not Cataloged Datasets
I seldom have multiple SYSRES volumes. I use dsnames of SYS9 instead of SYS1,
renaming when I install the resvol.
If I'm forced to back it out, then I'm forced to leave the datasets
uncataloged.
So, you do have (inexcusable) uncatalogued datasets, occasionally. (8-{]}
The active SYSRES is reached via vol(**)-type catalog entries; second and
subsequent volumes I play games with, using system symbols to name the
second/third volumes.
It may work for you, but I'd rather not have your (potential) maintenance
issues! (8-{[}
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
--
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: JCL Changes and SMS and Not Cataloged Datasets
Ted, I thought long and hard about this ages ago. I have a smpe proc with symbolic volsers with a default pointing to my install volume I don#39;t reall trust the smpe dialogs ( and I never will) this also as a side benefit if anyone else ever does an install while I am on vacation they will not updteanything live by mistake. Yes, I am old fashioned but I like the protection. Ed -- 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: JCL Changes and SMS and Not Cataloged Datasets
Rick, Like you we had issues with spool size especially after we converted to 3800-3#39;s. What I did say every month or so spin through sys logs. For a month and graph out spool utilization and added spool volumes if I saw any general up swing. I also cya#39;d email production and management. This did several things but mainly it earned trust. If spool utilization went down I would rarely delete a volume. Like your place we were driven by volume of the market so we had to maintain a healthy buffer for market activity. Ed -- 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: JCL Changes and SMS and Not Cataloged Datasets
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Rick Fochtman --snip This poor practice was something instilled in the Tata contractors we have employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), Dang me! Are you a fellow 'Reagan Retread'? :-D -jc- -- 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: JCL Changes and SMS and Not Cataloged Datasets
This poor practice was something instilled in the Tata contractors we have employed. We change one and another crops up... We are looking to change of change control management software to capture... Thankyou all... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, August 26, 2011 1:29 PM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS and Not Cataloged Datasets snip-- These datasets turn up not cataloged because of statements in our production JCL which specify things like NOSCRATCH NOERASE for a simple dataset. I would change the JCL. ---unsnip Same here, Ted. If there's a pressing need or business case for keeping a previous version, use a GDG. (But try not to overdo it!) :-) Rick -- 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 -- 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: JCL Changes and SMS and Not Cataloged Datasets
This poor practice was something instilled in the Tata contractors we have employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), we had utilities to automatically delete uncatalogued datasets. There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: JCL Changes and SMS and Not Cataloged Datasets
How are they uncataloging SMS datasets? I could have sworn a normal user could not accomplish that without special privileges. Since I no longer have a system, I can't verify this, but I thought a DELETE NOSCRATCH for an SMS dataset failed unless you had proper authorization. On Fri, Aug 26, 2011 at 4:50 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: This poor practice was something instilled in the Tata contractors we have employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), we had utilities to automatically delete uncatalogued datasets. There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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: JCL Changes and SMS and Not Cataloged Datasets
I thought the same, so I looked in AMS for Catalogs. As of z/OS 1.11, ALTER authority to the dataset seems all that is required. IMO, there should be an STGADMIN.IGG profile for disallowing this function. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Friday, August 26, 2011 2:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL Changes and SMS and Not Cataloged Datasets How are they uncataloging SMS datasets? I could have sworn a normal user could not accomplish that without special privileges. Since I no longer have a system, I can't verify this, but I thought a DELETE NOSCRATCH for an SMS dataset failed unless you had proper authorization. On Fri, Aug 26, 2011 at 4:50 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: This poor practice was something instilled in the Tata contractors we have employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), we had utilities to automatically delete uncatalogued datasets. There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- 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 -- 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: JCL Changes and SMS and Not Cataloged Datasets
I did not see if the author indicated if the Datasets in question were GDG#39;s or nt. If so could it be the noscratc issue? Ed -- 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: JCL Changes and SMS and Not Cataloged Datasets
--snip This poor practice was something instilled in the Tata contractors we have employed. Simple answer to that: don't hire them again. Long before SMS, in 1981 (when I started), we had utilities to automatically delete uncatalogued datasets. There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! unsnip- You're free to disagree, Ted, but I maintain that there's no excuse for ANY uncataloged datasets. Rick -- 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: JCL Changes and SMS and Not Cataloged Datasets
In 995242624f0873419e71e8ce2105c5e5e070f91...@exmail01.scwf.nsc.com, on 08/26/2011 at 01:43 PM, Donnelly, John P john.p.donne...@nsc.com said: This poor practice was something instilled in the Tata contractors we have employed. Talk to your lawyers; if your outsource company is incompetent then the not cataloged data sets will just be the tip of the iceberg. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: JCL Changes and SMS and Not Cataloged Datasets
I wonder how you handle multiple JES2 HASPACE datasets. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, August 26, 2011 4:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL Changes and SMS and Not Cataloged Datasets --snip There has been no reason, aside from SYSRES, JES SPOOL and the like, for uncatalogued datasets for aeons! unsnip- You're free to disagree, Ted, but I maintain that there's no excuse for ANY uncataloged datasets. Rick -- 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: JCL Changes and SMS and Not Cataloged Datasets
You're free to disagree, Ted, but I maintain that there's no excuse for ANY uncataloged datasets. You catalogue SPOOL? And, secondary copies of LPA/LNK libs? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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
