Re: memories
Much bigger than bees knees too... On Fri, Nov 21, 2014 at 12:43 PM, Shane Ginnane ibm-m...@tpg.com.au wrote: On Thu, 20 Nov 2014 17:53:46 -0500, Tony Harminc wrote: ... a TSO under VS/1 product that we were looking at. Did you get the opportunity to try it ?. I thought it was the ducks nuts when I moved to a company that had it. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Wayne V. Bickerdike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM in batch?
John, This is part of the process we are looking for: unload - batch modify - reload of a policy. This tool does the reload (install) part. This is, together with unload, is the easiest part, it can be done online, because in the OP's and my situation, we have a running system. What is lacking is the batch mass modify part. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 20 November, 2014 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM in batch? (Reposting to the list server.) A while back, when it became obvious that we needed a way to prime a WLM policy for new systems, SYS1.SAMPLIB(IWMINSTL) was born. Maybe you'll find the IWMARIDU program useful in this context, and maybe not...if I recall correctly it uses an ISPF table. (I actually helped work on this a long time ago...I've just forgotten the details, I'm afraid.) johnc.e...@gmail.com (John Compton) wrote: Currently, the only way I know of handling WLM policy changes is though the ISPF dialogs, screens, etc., that sit behind IWMARIN0. That's all very well, but beyond the NOTES function (and/or in-house change control documentation), there is no real possibility of an audit trail. Is there any way of handling WLM policy processing in batch? snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Getting ptfs for a specific FMID
Hi, Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM in batch?
Hi all, I think the simplest solution for an audit trail is z/OSMF 2.1. The WLM Policy Manager in z/OSMF keeps an audit trail of every change you make, AND keeps a history of previous definitions and policies. Whey create a new system when one already exists? You're going to need to go to z/OSMF at some point, so why not install it first for WLM? Users love WLM under z/OSMF. If you can wait for 2.1, it's best because there are more functions in 2.1, it uses far fewer resources, and is much easier to install. And now that there is no financial reason to delay moving to z/OS 2.1, I recommend that you go for it (see Cheryl's List #179). z/OS 2.1 has been in the field for a year and is a quite stable release. I partly disagree with John, who said I'm not holding my breath. z/OSMF is the way IBM is going because the money people in the most companies today don't seem to want experts, they want cheap labor. Like most of today's people who vote good enough instead of excellent with their wallets. Yes, z/OSMF is the way IBM is going, which means a requirement for a batch audit trail would likely be rejected (given that a function already exists). But the reason to go to z/OSMF is not because people want cheap labor, but because it's simply better (at least in 2.1). If I were a sysprog again, I would definitely prefer z/OSMF to do my standard tasks. I could get my work done more quickly, and with a better audit trail of who did what. The history function of z/OSMF is one of its strengths. Just because the tool is easier doesn't mean that you don't need experts. You still need to understand service classes, performance indicators, and much more. I personally think that z/OSMF reduces the manual effort to let you concentrate on more important matters. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 3:42 AM, Vernooij, CP (ITOPT1) - KLM kees.verno...@klm.com wrote: John, This is part of the process we are looking for: unload - batch modify - reload of a policy. This tool does the reload (install) part. This is, together with unload, is the easiest part, it can be done online, because in the OP's and my situation, we have a running system. What is lacking is the batch mass modify part. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Eells Sent: 20 November, 2014 15:00 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM in batch? (Reposting to the list server.) A while back, when it became obvious that we needed a way to prime a WLM policy for new systems, SYS1.SAMPLIB(IWMINSTL) was born. Maybe you'll find the IWMARIDU program useful in this context, and maybe not...if I recall correctly it uses an ISPF table. (I actually helped work on this a long time ago...I've just forgotten the details, I'm afraid.) johnc.e...@gmail.com (John Compton) wrote: Currently, the only way I know of handling WLM policy changes is though the ISPF dialogs, screens, etc., that sit behind IWMARIN0. That's all very well, but beyond the NOTES function (and/or in-house change control documentation), there is no real possibility of an audit trail. Is there any way of handling WLM policy processing in batch? snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to
Re: Getting ptfs for a specific FMID
Gadi, I don't think that is possible. Unless, of course, some product consists of a single FMID. But you can't, for instance, only order TCPIP independently of z/OS. At least, I cannot see any way to do that. As an aside, if possible, could you adjust your email software to left justify your English text? It is really disconcerting to have your sentences align on the right. I guess that is due to your normal Hebrew text needing to be right justified. It's not a bit deal, but the messages look really weird to this old Texan grin/. 2014-11-24 7:55 GMT-06:00 גדי בן אבי gad...@malam.com: Hi, Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why is the System Data Sets book no longer deemed useful?
Hi, Is this the manual you're thinking of? SC23-6855-02z/OS (2.1) DFSMS Using Data Sets - http://publibz.boulder.ibm.com/epubs/pdf/dgt3d402.pdf Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 2:02 AM, nitz-...@gmx.net nitz-...@gmx.net wrote: When did it last exist? I have V1R10 docs here and I don't see it. I found one in the z/OS V1.1 bookshelf SA22-7629-00 says First Edition, March 2001. I have either always copied it over in .boo format or this was contained in some sort of 'release DVD' when I downloaded the next release. There isn't a similar book in the pdf collection for 2.1 I downloaded using the same steps. Maybe IBM thinks we don't need System Data Set Definitions anymore? Or all system data sets are now defined using clicking and z/OSMF, no need for actual information anymore since the system will know what to do? :-) Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage-class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any downsides. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 19, 2014, at 10:41 AM, Lizette Koehler stars...@mindspring.com wrote: I have been reviewing various documents on how to size the Page Data Sets. I was wondering if there are any guidelines on what can be used today. This should be kept to z/OS V1.12, 1.13 and 2.1 which I think will be the more dominant operating systems in use right now. I know that the number of Slots will drive what I allocate. So I am looking for the following information. I have not done this in many years so I am very rusty. 1) How to calculate the number of slots per page datasets a) I need to base this on 3390 Mod 3/9/27/54 2) What do I need to stay away from when determining where the page datasets go a) For example, if I use a Mod27 and I need to place multiple page datasets on the volume Should they all be for the same LPAR if in a PLEX Should they all be for unique LPARs if in a Plex 3) What are the maximum values I can create a page dataset? Can I use a whole Mod3/9/27/54 for ONE page dataset? I have looked through Hot Flashes (Cheryl Watson) and MXG sourclib. I have run through some of the Redbooks and share presentations. I am now looking for real life thoughts. I also thought this would be a good topic for the archives. Thanks for any information Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage- class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any downsides. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 19, 2014, at 10:41 AM, Lizette Koehler stars...@mindspring.com wrote: I have been reviewing various documents on how to size the Page Data Sets. I was wondering if there are any guidelines on what can be used today. This should be kept to z/OS V1.12, 1.13 and 2.1 which I think will be the more dominant operating systems in use right now. I know that the number of Slots will drive what I allocate. So I am looking for the following information. I have not done this in many years so I am very rusty. 1) How to calculate the number of slots per page datasets a) I need to base this on 3390 Mod 3/9/27/54 2) What do I need to stay away from when determining where the page datasets go a) For example, if I use a Mod27 and I need to place multiple page datasets on the volume Should they all be for the same LPAR if in a PLEX Should they all be for unique LPARs if in a Plex 3) What are the maximum values I can create a page dataset? Can I use a whole Mod3/9/27/54 for ONE page dataset? I have looked through Hot Flashes (Cheryl Watson) and MXG sourclib. I have run through some of the Redbooks and share presentations. I am now looking for real life
Re: Getting ptfs for a specific FMID
Hi, AFAIK normal RECEIVE ORDER does not have such a function to include or exclude FMIDs, but there is an offering of IBM Germany which allows to specify a BLACKLIST or a WHITELIST of FMIDs to be included or excluded, when you order service. You'll find some information about this product named CPMz here: https://www-03.ibm.com/services/ca/en/custompac/country/germany/ge_en/cpm.html Kind regards Juergen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
You might: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 3.0 Ordering Products in Shop zSeries Mainframe product orders are placed through the Shop zSeries Web site. If you have already purchased the product and are current on your MLC (machine-level control) or OTC SS license, you are typically not charged for the order. Products are fulfilled using the customized offering in either CBPDO or ServerPac format. 4.0 Ordering Maintenance in Shop zSeries Mainframe maintenance orders are placed through the ShopzSeries Web site. If you are current on your MLC or OTC SS license, you are not typically charged for the order. You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, November 24, 2014 7:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Getting ptfs for a specific FMID Gadi, I don't think that is possible. Unless, of course, some product consists of a single FMID. But you can't, for instance, only order TCPIP independently of z/OS. At least, I cannot see any way to do that. As an aside, if possible, could you adjust your email software to left justify your English text? It is really disconcerting to have your sentences align on the right. I guess that is due to your normal Hebrew text needing to be right justified. It's not a bit deal, but the messages look really weird to this old Texan grin/. 2014-11-24 7:55 GMT-06:00 גדי בן אבי gad...@malam.com: Hi, Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. Thanks Gadi -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Hi Lizette, I think with swapping 20 small ones for 2 large ones, you are going to hit another paging problem: performance. When ASM needs to do a (mass) page out, you can help ASM by providing as many parallel paths as possible, so 20 will page out faster than 2. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 24 November, 2014 15:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage- class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any downsides. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 19, 2014, at 10:41 AM, Lizette Koehler stars...@mindspring.com wrote: I have been reviewing various documents on how to size the Page Data Sets. I was wondering if there are any guidelines on what can be used today. This should be kept to z/OS V1.12, 1.13 and 2.1 which I think will be the more dominant operating systems in use right now. I know that the number of Slots will drive what I allocate. So I am looking for the following information. I have not done this in many years so I am very rusty. 1) How to calculate the number of slots per page datasets a) I need to base this on 3390 Mod 3/9/27/54 2) What do I need to stay away from
Re: Page Data Set Sizes and Volume Types
If I understand. I can use the larger volumes but I should allocate my Local Page Datasets in MOD3 or MOD9 sizes. So one Mod27 could have for one LPAR 3 MOD9 Size Page or 9 MOD3 size Pages. And I should not mix LPAR1 and LPAR2 Page Datasets on the same MOD27. Is that correct? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Monday, November 24, 2014 7:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, I think with swapping 20 small ones for 2 large ones, you are going to hit another paging problem: performance. When ASM needs to do a (mass) page out, you can help ASM by providing as many parallel paths as possible, so 20 will page out faster than 2. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 24 November, 2014 15:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage- class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any downsides. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 19, 2014, at 10:41
Re: Why is the System Data Sets book no longer deemed useful?
Cheryl, No, they're talking about a book that describes the SYS1.* datasets. I found an old copy online: http://publibz.boulder.ibm.com/epubs/pdf/iea1g510.pdf In article 26cfc99c-f886-46db-9e93-baf552eeb...@gmail.com you wrote: Hi, Is this the manual you're thinking of? SC23-6855-02z/OS (2.1) DFSMS Using Data Sets - http://publibz.boulder.ibm.com/epubs/pdf/dgt3d402.pdf Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 2:02 AM, nitz-...@gmx.net nitz-...@gmx.net wrote: When did it last exist? I have V1R10 docs here and I don't see it. I found one in the z/OS V1.1 bookshelf SA22-7629-00 says First Edition, March 2001. I have either always copied it over in .boo format or this was contained in some sort of 'release DVD' when I downloaded the next release. There isn't a similar book in the pdf collection for 2.1 I downloaded using the same steps. Maybe IBM thinks we don't need System Data Set Definitions anymore? Or all system data sets are now defined using clicking and z/OSMF, no need for actual information anymore since the system will know what to do? :-) Barbara -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Hi Lizette, Did you take a look at that Techdoc? It shows you how to calculate the number of slots. Regarding using larger rather than smaller data sets, it depends on what happens to your online performance during an SVC dump. In most installations, the only paging occurs during an SVC dump. If you can monitor performance during that time (e.g. online response time) and amount of paging, you might be able to determine whether a change in performance will affect you. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 9:35 AM, Lizette Koehler stars...@mindspring.com wrote: Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage- class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any downsides. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 19, 2014, at 10:41 AM, Lizette Koehler stars...@mindspring.com wrote: I have been reviewing various documents on how to size the Page Data Sets. I was wondering if there are any guidelines on what can be used today. This should be kept to z/OS V1.12, 1.13 and 2.1 which I think will be the more dominant operating systems in use right now. I know that the number of Slots will drive what I allocate. So I am looking for the following information. I have not done this in many years so I am very rusty. 1) How to
Re: Page Data Set Sizes and Volume Types
There is nothing you should or shouldn't, but keep all metrics in mind. Allocate enough GB's on enough volumes. When we formatted our DS8800, we ended up with a number of 3390-12's and I put 2 page datasets on each of them. How much enough is depends, as you can guess. You could try to find a moment where a large dump caused a mass page outs and see how ASM managed this with your number of paths, controlunits and volumes. For GBs, find the maximum slots allocated in the last 6 or 12 months and make 30 or 50% of your allocated GBs. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 24 November, 2014 15:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types If I understand. I can use the larger volumes but I should allocate my Local Page Datasets in MOD3 or MOD9 sizes. So one Mod27 could have for one LPAR 3 MOD9 Size Page or 9 MOD3 size Pages. And I should not mix LPAR1 and LPAR2 Page Datasets on the same MOD27. Is that correct? Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Monday, November 24, 2014 7:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, I think with swapping 20 small ones for 2 large ones, you are going to hit another paging problem: performance. When ASM needs to do a (mass) page out, you can help ASM by providing as many parallel paths as possible, so 20 will page out faster than 2. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: 24 November, 2014 15:35 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates
Re: Getting ptfs for a specific FMID
-Original Message- From: IBM Mainframe Discussion List On Behalf Of ??? ?? ??? Sent: Monday, November 24, 2014 7:55 AM Hi, Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. Yes, but only if the specific FMID is the only FMID in a specified Target Zone, or you specify CONTENT(PTFS(list_of_ptfs_applicable_to_specific_FMID)). -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
I am not sure what you are asking exactly for, but I do not think there are any pictures of the units side-by-side, not even in the same room. IBM 7090: http://ed-thelen.org/comp-hist/BRL61-0548.jpg http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP7090.html For the IBM 370MP, well that likes to bring up a DELL Heat sink This is the Wikipedia entry for an IBM 370 http://en.wikipedia.org/wiki/IBM_System/370 Physically, I believe the EC12's Foot Print is smaller, but much, much more powerful in that small foot print. One thing I would point out is that an EC box is Taller than the older boxes. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Monday, November 24, 2014 12:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Box size comparisons Is there a picture available that shows say a 7090, 370MP (or close) and an EC box? This is just for size comparisons as its hard to visualize (to me). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Page Data Set Sizes and Volume Types
Okay, I get that. However, I seem to be using a high amount of Page Datasets and the only thing I can see is zFS. In fact I am right now trying to size the zFS environment so it uses a smaller foot print. There are no frequent SVC Dumps on this system. I will ask for zFLASH to be looked at. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Did you take a look at that Techdoc? It shows you how to calculate the number of slots. Regarding using larger rather than smaller data sets, it depends on what happens to your online performance during an SVC dump. In most installations, the only paging occurs during an SVC dump. If you can monitor performance during that time (e.g. online response time) and amount of paging, you might be able to determine whether a change in performance will affect you. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 9:35 AM, Lizette Koehler stars...@mindspring.com wrote: Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence nothing has changed which would merit a change in recommendation. And while we're mentioning SCM, we want to remind you of our article in Tuning Letter 2013 No 3 (IEASYSxx Update): [The IEASYSxx keyword] PAGESCM indicates whether and how much storage- class memory (SCM - also known as FlashExpress or zFlash) to allow for paging data sets. We described zFlash, which is a priced (about $125K per 1.4 TB in the U.S.) hardware feature on a zEC12, in our Tuning Letter 2013 No. 1, pages 4-7. Our recommendation for zFlash was: RECOMMENDATION: If SVC dumps are hurting performance, if the start of day brings serious performance problems, or if you want to provide performance enhancements in Java, DB2, or IMS, you should consider Flash Express for your zEC12. It has great potential, and I haven't heard of any
Re: Page Data Set Sizes and Volume Types
What release of z/OS are you running Lizette? I know the defaults for zfs memory usage went up in 1.13. Pretty sure these are the defaults too: meta_cache_size=100M metaback_cache_size=415M trace_table_size=200M user_cache_size=515M xcf_trace_table_size=8M _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, November 24, 2014 10:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Okay, I get that. However, I seem to be using a high amount of Page Datasets and the only thing I can see is zFS. In fact I am right now trying to size the zFS environment so it uses a smaller foot print. There are no frequent SVC Dumps on this system. I will ask for zFLASH to be looked at. Thanks Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Did you take a look at that Techdoc? It shows you how to calculate the number of slots. Regarding using larger rather than smaller data sets, it depends on what happens to your online performance during an SVC dump. In most installations, the only paging occurs during an SVC dump. If you can monitor performance during that time (e.g. online response time) and amount of paging, you might be able to determine whether a change in performance will affect you. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 9:35 AM, Lizette Koehler stars...@mindspring.com wrote: Thanks to all with help on this topic. Cheryl. Thanks very much. I was hoping to find a formula to determine the number of slots, but I think MXG can help with that. I also was trying to determine if I can swap out 20 Mod3s for 2 Mod27s and not have to create little datasets on the Mod54. I have a sandbox and I will be attempting to arrange some validations of my assumptions. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Walker Sent: Monday, November 24, 2014 7:30 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Page Data Set Sizes and Volume Types Hi Lizette, Here's an item from our latest Tuning Letter (2014 No. 3). This might help a little. Page Data Set Usage Tom Kelman of Xerox Business Services, LLC asked: I have heard that the process where the paging subsystem attempts to block pages together to send them to the paging data sets went away around z/OS 1.7 or 1.8. Is that true, and if so is it still necessary to keep the percent of local page space used down to 30%? To answer the first part of his question, z/OS 2.1 still supports block paging. The 30% number is to make the contiguous slot algorithm most efficient. Contiguous slots are used even if block paging is not in play. To answer the second part of his question, yes, the recommendation is still 30%, although it could be more or less. It's relatively easy to calculate the best value for your installation. Here is an excellent paper on how to do the calculation: Techdoc TD104728 (z/OS Availability: Managing SVC Dumps to Mitigate Exhausting the Paging Subsystem). It all has to do with SVC dumps. SRM will identify a storage shortage if you use more than 70% of the page data sets. While taking an SVC dump, you don't want to take more than 70% of the page slots. Therefore, IBM recommends that you keep the total auxiliary dump space and paging space to less than 60% of the slots. It really depends on how much storage you have, how big your SVC dumps are, and how many concurrent dumps you are likely to experience. We asked Kathy Walsh, Distinguished Engineer at IBM's Washington Systems Center, whether the availability of Storage Class Memory (SCM) has any effect on this recommendation. Her reply: If you have SCM on the LPAR then assuming its service time is faster it will get most of the pages, except for VIO which is not written to SCM. So as far as I am concerned the recommendation has not changed. For locals we still don't want them more than 30% used. Of course with SCM it will be hard to get to 30% unless there is a lot of VIO activity. With SCM there has been no change in the Aux DASD IO support hence
Re: Getting ptfs for a specific FMID
On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) But consider: you might also need: o PTFs for cross-FMID (IF ...) REQs o Cross-FMID PTFs resolving HOLD ERRORs sort of a RECEIVE ORDER GROUPEXTEND. 2014-11-24 7:55 GMT-06:00 גדי בן אבי gad...@malam.com: Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. To what purpose? Limiting bandwidth for an urgently needed PTF? Sooner or later you're likely to need all available PTFs. Easier to RECEIVE all and APPLY SELECT( ... ) GROUPEXTEND [CHECK] -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, November 24, 2014 10:01 AM On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs --- - service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) But consider: you might also need: o PTFs for cross-FMID (IF ...) REQs o Cross-FMID PTFs resolving HOLD ERRORs sort of a RECEIVE ORDER GROUPEXTEND. GROUPEXTEND seems to be in force when the IFREQ FMID(s) exist(s) in (one of) the target zone(s) specified on RECEIVE ORDER. I have ordered specific PTFs for (e.g.) the COBOL v5.1 compiler (HADB510), and IFREQ PTF(s) for Language Environment (LE) were also RECEIVEd when I specified FORTGTZONES(CBL510T,MVST100). We have LE (HLE7780) in the MVST100 zone -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
I think Gadi can accomplish what he wants if he first does a RECEIVE ORDER.TRANSFERONLY. Then does a RECEIVE FROMNTS with the FORFMID. Yep, still ordering and downloading all available maintenance, but not receiving it all. I don’t see the benefit or the need, just trying to provide a mechanism that was asked for. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Monday, November 24, 2014 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Getting ptfs for a specific FMID -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, November 24, 2014 10:01 AM On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs --- - service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) But consider: you might also need: o PTFs for cross-FMID (IF ...) REQs o Cross-FMID PTFs resolving HOLD ERRORs sort of a RECEIVE ORDER GROUPEXTEND. GROUPEXTEND seems to be in force when the IFREQ FMID(s) exist(s) in (one of) the target zone(s) specified on RECEIVE ORDER. I have ordered specific PTFs for (e.g.) the COBOL v5.1 compiler (HADB510), and IFREQ PTF(s) for Language Environment (LE) were also RECEIVEd when I specified FORTGTZONES(CBL510T,MVST100). We have LE (HLE7780) in the MVST100 zone -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
Current mainframe are usually about 1 refrigerator sized box. Past mainframes were often several connected boxes of this size. http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_album.html On Mon, Nov 24, 2014 at 9:30 AM, Nims,Alva John (Al) ajn...@ufl.edu wrote: I am not sure what you are asking exactly for, but I do not think there are any pictures of the units side-by-side, not even in the same room. IBM 7090: http://ed-thelen.org/comp-hist/BRL61-0548.jpg http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP7090.html For the IBM 370MP, well that likes to bring up a DELL Heat sink This is the Wikipedia entry for an IBM 370 http://en.wikipedia.org/wiki/IBM_System/370 Physically, I believe the EC12's Foot Print is smaller, but much, much more powerful in that small foot print. One thing I would point out is that an EC box is Taller than the older boxes. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Monday, November 24, 2014 12:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Box size comparisons Is there a picture available that shows say a 7090, 370MP (or close) and an EC box? This is just for size comparisons as its hard to visualize (to me). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
This is just a curiosity question. How many lines of SYSLOG output do you produce in an average day? I just did a quick look at last week's SYSLOG and saw about 1.5 million lines for a 7 day period on two, rather small, systems. Why am I curious? From a previous thread on doing a tail -f on the z/OS SYSLOG. I got curious about how much overhead this would be. I was warned by some very knowledgeable people that it could be a truly massive number of messages, and thus have high overhead. Which is making me rethink a possible project that I am considering. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
Our combined operlog is about 2M lines per day. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, November 24, 2014 12:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system? This is just a curiosity question. How many lines of SYSLOG output do you produce in an average day? I just did a quick look at last week's SYSLOG and saw about 1.5 million lines for a 7 day period on two, rather small, systems. Why am I curious? From a previous thread on doing a tail -f on the z/OS SYSLOG. I got curious about how much overhead this would be. I was warned by some very knowledgeable people that it could be a truly massive number of messages, and thus have high overhead. Which is making me rethink a possible project that I am considering. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
Actually, upon closer examination, closer to 5M lines a day during the week. The prior 2M lines comment was a weekend day. _ Dave Jousma Assistant Vice President, Mainframe Engineering david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Chase, John Sent: Monday, November 24, 2014 11:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Getting ptfs for a specific FMID -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, November 24, 2014 10:01 AM On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs --- - service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) But consider: you might also need: o PTFs for cross-FMID (IF ...) REQs o Cross-FMID PTFs resolving HOLD ERRORs sort of a RECEIVE ORDER GROUPEXTEND. GROUPEXTEND seems to be in force when the IFREQ FMID(s) exist(s) in (one of) the target zone(s) specified on RECEIVE ORDER. I have ordered specific PTFs for (e.g.) the COBOL v5.1 compiler (HADB510), and IFREQ PTF(s) for Language Environment (LE) were also RECEIVEd when I specified FORTGTZONES(CBL510T,MVST100). We have LE (HLE7780) in the MVST100 zone -jc- ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
On Mon, 24 Nov 2014 10:43:03 -0600, Mike Schwab wrote: Current mainframe are usually about 1 refrigerator sized box. Past mainframes were often several connected boxes of this size. Your refrigerator is quite a bit bigger than mine. I've seen that description for years but it is not accurate. A zBC12 has a 30 inch by 50 inch footprint. A water cooled zEC12 is 61.7 x 72.7 inches. If you want a model with built in radiators, it is bigger, 73.6 x 72.1 inches. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Standard (needed) GUI App Launcher
There's a thread on ISPF-L where the OP wants to launch a browser for a URL in an ISPF panel. Evidently he's looking for a terminal-emulator-specific solution and got several suggestions. But how about running the browser on z/OS? Lynx is Curses-constrained. Are there any others, perhaps based on X11 and fairly portable? Or?: http://sourceforge.net/projects/xamj/ (I'm not going to experiment with it. How does z/OS Java display graphics, anyway?) But more generally, many OSes have terminal commands that take an object name as an argument and launch the associated application. For example, a browser for a URL; a file manager for a directory; or an editor for a text file. Examples: OS Xopen Solaris gnome-open Linux xdg-open Cygwin cygstart Windows ? A dismaying lack of portability. One might imagina a chain of #ifdefs such as: ... #if defined(__linux__) #define GUI_open( object ) system( xdg-open object ) #endif ... Ugh! There ought to be a standard. -- gil OS X open LInux -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
I'm surprised, but it looks like on an average day the SYSLOG generates 1.3 million lines. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, November 24, 2014 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system? This is just a curiosity question. How many lines of SYSLOG output do you produce in an average day? I just did a quick look at last week's SYSLOG and saw about 1.5 million lines for a 7 day period on two, rather small, systems. Why am I curious? From a previous thread on doing a tail -f on the z/OS SYSLOG. I got curious about how much overhead this would be. I was warned by some very knowledgeable people that it could be a truly massive number of messages, and thus have high overhead. Which is making me rethink a possible project that I am considering. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
The Kitchenaid French Door model we just installed measures 35.5 x 35.5 x 69.5, so it's not the worst comparison one could make. -- Donald Grinsell State of Montana 406-444-2983 dgrins...@mt.gov Hell is other people. ~ Jean-Paul Sartre -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Marchant Sent: Monday, November 24, 2014 10:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Box size comparisons On Mon, 24 Nov 2014 10:43:03 -0600, Mike Schwab wrote: Current mainframe are usually about 1 refrigerator sized box. Past mainframes were often several connected boxes of this size. Your refrigerator is quite a bit bigger than mine. I've seen that description for years but it is not accurate. A zBC12 has a 30 inch by 50 inch footprint. A water cooled zEC12 is 61.7 x 72.7 inches. If you want a model with built in radiators, it is bigger, 73.6 x 72.1 inches. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
There was a cute marketing tool for the 9672(CMOS) that was like the Russian dolls. Slide out the 3090 box and there's a 9021 and slide out the other way and there's a 9672. Very effective and simple. I loaned mine to the director for a board meeting and never got it back(my grand kids loved it). Haven't seen one for the z/EC's. In a message dated 11/24/2014 9:30:36 A.M. Central Standard Time, ajn...@ufl.edu writes: I am not sure what you are asking exactly for, but I do not think there are any pictures of the units side-by-side, not even in the same room. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Standard (needed) GUI App Launcher
many OSes have terminal commands that take an object name as an argument and launch the associated application. For example, a browser for a URL; a file manager for a directory; or an editor for a text file. SimpList works like that. A single line of code (such as in a user written REXX dialog) can call the SimpList API and pass it one or more arguments. The arguments usually consist of a function to perform and an object to perform the function against. This might mean the SimpList API is called to browse a data set or edit a DB2 table or view a web site or print a Unix file (etc.). Depending on what SimpList was called to do, it automatically launches the associated application. For example, if SimpList was passed an URL it would use the ISPF Workstation Agent to open a browser and display the web page. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html Date: Mon, 24 Nov 2014 11:58:59 -0600 From: 000433f07816-dmarc-requ...@listserv.ua.edu Subject: Standard (needed) GUI App Launcher To: IBM-MAIN@LISTSERV.UA.EDU There's a thread on ISPF-L where the OP wants to launch a browser for a URL in an ISPF panel. Evidently he's looking for a terminal-emulator-specific solution and got several suggestions. But how about running the browser on z/OS? Lynx is Curses-constrained. Are there any others, perhaps based on X11 and fairly portable? Or?: http://sourceforge.net/projects/xamj/ (I'm not going to experiment with it. How does z/OS Java display graphics, anyway?) But more generally, many OSes have terminal commands that take an object name as an argument and launch the associated application. For example, a browser for a URL; a file manager for a directory; or an editor for a text file. Examples: OS Xopen Solaris gnome-open Linux xdg-open Cygwin cygstart Windows ? A dismaying lack of portability. One might imagina a chain of #ifdefs such as: ... #if defined(__linux__) #define GUI_open( object ) system( xdg-open object ) #endif ... Ugh! There ought to be a standard. -- gil OS X open LInux -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Standard (needed) GUI App Launcher
Windows start - but most likely a Windows terminal emulator would use the ShellExecute function to start an external browser session. About 6 months ago I was working on compiling Info-Zip (c source code). Wiki claims it is The Third Most Portable Program in the World, so you can imagine all the #ifdef's in that code. Very difficult to work with. Paul Gilmartin wrote: OS Xopen Solaris gnome-open Linux xdg-open Cygwin cygstart Windows ? A dismaying lack of portability. One might imagina a chain of #ifdefs ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Standard (needed) GUI App Launcher
On Mon, Nov 24, 2014 at 2:37 PM, Tom Brennan t...@tombrennansoftware.com wrote: Windows start - but most likely a Windows terminal emulator would use the ShellExecute function to start an external browser session. About 6 months ago I was working on compiling Info-Zip (c source code). Wiki claims it is The Third Most Portable Program in the World, so you can imagine all the #ifdef's in that code. Very difficult to work with. I wonder what the first two are. I was able to port SQLite 3 to z/OS with _NO_ source changes at all. I just had to figure out the correct ./configure and do the make. BASH took more effort. The majority was getting the embedded GNU readline to work on z/OS properly and a few ASCII-isms where the code was dependent on the ASCII binary code points. I used #if statements to separate out the required z/OS changes which were Linux incompatible. But I can't say that it was really _difficult_. Other than due to my own ignorance on how BASH works internally and of advanced C constructs. Paul Gilmartin wrote: OS Xopen Solaris gnome-open Linux xdg-open Cygwin cygstart Windows ? A dismaying lack of portability. One might imagina a chain of #ifdefs ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
25million On 24 November 2014 at 18:07, Greg Shirey wgshi...@benekeith.com wrote: I'm surprised, but it looks like on an average day the SYSLOG generates 1.3 million lines. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Monday, November 24, 2014 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system? This is just a curiosity question. How many lines of SYSLOG output do you produce in an average day? I just did a quick look at last week's SYSLOG and saw about 1.5 million lines for a 7 day period on two, rather small, systems. Why am I curious? From a previous thread on doing a tail -f on the z/OS SYSLOG. I got curious about how much overhead this would be. I was warned by some very knowledgeable people that it could be a truly massive number of messages, and thus have high overhead. Which is making me rethink a possible project that I am considering. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
On Mon, Nov 24, 2014 at 2:59 PM, Graham Harris harris...@gmail.com wrote: 25million Ouch. Which leads to another question: How is this information used? At that density I simply don't see a way for a unaugmented human to do much of anything with it. I would hope that most of that is basically irrelevant status type messages (job started / ended type stuff). -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VLF Caching
I'm using MFM (Module Fetch Monitor) and CP-Expert and we found that we needed to increase the cache for CSVLLA. So we set it up to 32MB (from the default of 16MB). Well we ran for a bit like this to find that we need to set it higher because of how often we are going through trim. Is there a ROT for setting of the MAXVIRT for CSVLLA class? Right now we have LNKLST in LLA and one or two other Libraries in their own CSVLLAxx member. I mention this because we are considering adding about 12 high use PDSEs. And some of those modules in those libraries are ~9MB each. I'm thinking we should go to 64MB, but perhaps we should go higher. I'm just not aware of anything that gives us an idea of how much to set this to. In answer to the anticipated question, yes, we have sufficient C-Store in each LPAR to allow VLF to use north of 256MB for the CSVLLA class. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SOC1 and SYSUDUMP and CEEDUMP
I have a COBOL program that is getting a SOC1 and produces a dump when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded instead of SYSUDUMP no dump is produced. This program is complied with the same COBOL parameters and run in the same LE environment as other COBOL programs which do produce a dump when using the CEEDUMP DD. Is there something about SOC1 abends that would cause the issues with CEEDUMP? What am I missing here? Note: z/OS 1.13 IBM ENTERPRISE COBOL FOR Z/OS 4.2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SOC1 and SYSUDUMP and CEEDUMP
Dump information is only written to CEEDUMP following an S0C1 abend, if the S0C1 was handled by LE. This should be the normal case in a LE environment. But in this case, if you don't get CEEDUMP information written following the S0C1, I guess that THIS S0C1 is not handled by LE, but it is a normal S0C1 handled by the system, so the normal action is: output to SYSUDUMP, if SYSUDUMP is present in the Job Step, and no output, if not. The opsys does not output anything to CEEDUMP. The reason why the S0C1 is not handled by LE could be: NOSPIE,NOSTAE option in effect, via LE parm or via CEEOPTS (don't know, there are several possibilities to do this) ... this is called TRAP(OFF) nowadays, I guess ... the S0C1 occurs, BEFORE the LE error handler has been established other reasons ... ??? HTH kind regards Bernd Am 24.11.2014 22:38, schrieb Peter Ten Eyck: I have a COBOL program that is getting a SOC1 and produces a dump when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded instead of SYSUDUMP no dump is produced. This program is complied with the same COBOL parameters and run in the same LE environment as other COBOL programs which do produce a dump when using the CEEDUMP DD. Is there something about SOC1 abends that would cause the issues with CEEDUMP? What am I missing here? Note: z/OS 1.13 IBM ENTERPRISE COBOL FOR Z/OS 4.2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
On Sun, 23 Nov 2014 23:16:45 -0600, Ed Gould wrote: Is there a picture available that shows say a 7090, 370MP (or close) and an EC box? This is just for size comparisons as its hard to visualize (to me). Would probably need to be one of the vendors. I was impresses when I went over to the Amdahl benchmark centre at the range of kit sitting side-by-side on the floor. And not all ours either. Many years later I attempted to get some photos of a Skyline being replaced - it occupied the whole room, and the IBM CE had trouble finding room tucked away in the corner to allow the doors to swing on a 9672 CMOS box. Because the roof was so low and the room so crowded, I couldn't get any decent (size) perspective. And I knew all the flouros would throw a colour cast (we're talking real film here). I suspect I tossed out all the resultant shots. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SOC1 and SYSUDUMP and CEEDUMP
One more idea: I once had a strange S0C1 abend because due to an index range error large parts of the program code were overwritten, and even the LE error handler was unable to diagnose the error correctly, although under normal circumstances it should be able to do so. This was PL/1, not COBOL. What helped me out of this mess: I added some condition prefixes to the critical PL/1 procedures, like (SUBSCRIPTRANGE): which tells the PL/1 compiler to check the array indices for the correct ranges; this way I got a SUBSCRIPTRANGE condition at runtime which showed the error before the code area was overwritten. I don't know if there are similar features in COBOL. Kind regards Bernd Am 24.11.2014 23:00, schrieb Bernd Oppolzer: Dump information is only written to CEEDUMP following an S0C1 abend, if the S0C1 was handled by LE. This should be the normal case in a LE environment. But in this case, if you don't get CEEDUMP information written following the S0C1, I guess that THIS S0C1 is not handled by LE, but it is a normal S0C1 handled by the system, so the normal action is: output to SYSUDUMP, if SYSUDUMP is present in the Job Step, and no output, if not. The opsys does not output anything to CEEDUMP. The reason why the S0C1 is not handled by LE could be: NOSPIE,NOSTAE option in effect, via LE parm or via CEEOPTS (don't know, there are several possibilities to do this) ... this is called TRAP(OFF) nowadays, I guess ... the S0C1 occurs, BEFORE the LE error handler has been established other reasons ... ??? HTH kind regards Bernd Am 24.11.2014 22:38, schrieb Peter Ten Eyck: I have a COBOL program that is getting a SOC1 and produces a dump when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded instead of SYSUDUMP no dump is produced. This program is complied with the same COBOL parameters and run in the same LE environment as other COBOL programs which do produce a dump when using the CEEDUMP DD. Is there something about SOC1 abends that would cause the issues with CEEDUMP? What am I missing here? Note: z/OS 1.13 IBM ENTERPRISE COBOL FOR Z/OS 4.2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SOC1 and SYSUDUMP and CEEDUMP
How is your termthdact coded for the le environment? Lizette -Original Message- From: Peter Ten Eyck peter_tene...@farmfamily.com Sent: Nov 24, 2014 2:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SOC1 and SYSUDUMP and CEEDUMP I have a COBOL program that is getting a SOC1 and produces a dump when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded instead of SYSUDUMP no dump is produced. This program is complied with the same COBOL parameters and run in the same LE environment as other COBOL programs which do produce a dump when using the CEEDUMP DD. Is there something about SOC1 abends that would cause the issues with CEEDUMP? What am I missing here? Note: z/OS 1.13 IBM ENTERPRISE COBOL FOR Z/OS 4.2.0 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SOC1 and SYSUDUMP and CEEDUMP
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bernd Oppolzer Sent: Monday, November 24, 2014 5:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SOC1 and SYSUDUMP and CEEDUMP One more idea: I once had a strange S0C1 abend because due to an index range error large parts of the program code were overwritten, and even the LE error handler was unable to diagnose the error correctly, although under normal circumstances it should be able to do so. This was PL/1, not COBOL. What helped me out of this mess: I added some condition prefixes to the critical PL/1 procedures, like (SUBSCRIPTRANGE): which tells the PL/1 compiler to check the array indices for the correct ranges; this way I got a SUBSCRIPTRANGE condition at runtime which showed the error before the code area was overwritten. I don't know if there are similar features in COBOL. There is - it is named SSRANGE for the Enterprise COBOL compilers, at least up through 4.2. HTH Peter Kind regards Bernd Am 24.11.2014 23:00, schrieb Bernd Oppolzer: Dump information is only written to CEEDUMP following an S0C1 abend, if the S0C1 was handled by LE. This should be the normal case in a LE environment. But in this case, if you don't get CEEDUMP information written following the S0C1, I guess that THIS S0C1 is not handled by LE, but it is a normal S0C1 handled by the system, so the normal action is: output to SYSUDUMP, if SYSUDUMP is present in the Job Step, and no output, if not. The opsys does not output anything to CEEDUMP. The reason why the S0C1 is not handled by LE could be: NOSPIE,NOSTAE option in effect, via LE parm or via CEEOPTS (don't know, there are several possibilities to do this) ... this is called TRAP(OFF) nowadays, I guess ... the S0C1 occurs, BEFORE the LE error handler has been established other reasons ... ??? HTH kind regards Bernd Am 24.11.2014 22:38, schrieb Peter Ten Eyck: I have a COBOL program that is getting a SOC1 and produces a dump when the SYSUDUMP DD is code in the failing step. If CEEDUMP is coded instead of SYSUDUMP no dump is produced. This program is complied with the same COBOL parameters and run in the same LE environment as other COBOL programs which do produce a dump when using the CEEDUMP DD. Is there something about SOC1 abends that would cause the issues with CEEDUMP? What am I missing here? Note: z/OS 1.13 IBM ENTERPRISE COBOL FOR Z/OS 4.2.0 -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF Caching
On 11/24/2014 4:30 PM, Steve Thompson wrote: I'm using MFM (Module Fetch Monitor) and CP-Expert and we found that we needed to increase the cache for CSVLLA. So we set it up to 32MB (from the default of 16MB). Well we ran for a bit like this to find that we need to set it higher because of how often we are going through trim. Is there a ROT for setting of the MAXVIRT for CSVLLA class? Right now we have LNKLST in LLA and one or two other Libraries in their own CSVLLAxx member. I mention this because we are considering adding about 12 high use PDSEs. And some of those modules in those libraries are ~9MB each. I'm thinking we should go to 64MB, but perhaps we should go higher. I'm just not aware of anything that gives us an idea of how much to set this to. In answer to the anticipated question, yes, we have sufficient C-Store in each LPAR to allow VLF to use north of 256MB for the CSVLLA class. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Steve, I've always had to review the SMF data, then make adjustments. No ROTs or sizing recommendations I'm aware of. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Standard (needed) GUI App Launcher
I had ASCII trouble with Info-zip too. Someone apparently added code to ignore the -a (ascii conversion) option if the input data looks binary. Well, EBCDIC text looked binary to the new code, so the -a option wouldn't work at all on MVS. That's one downside to #ifdef's - you really need to compile and test your changes on each platform. So a few platforms is no big deal, but dozens? That's just asking for trouble. John McKown wrote: I wonder what the first two are. I was able to port SQLite 3 to z/OS with _NO_ source changes at all. I just had to figure out the correct ./configure and do the make. BASH took more effort. The majority was getting the embedded GNU readline to work on z/OS properly and a few ASCII-isms where the code was dependent on the ASCII binary code points. I used #if statements to separate out the required z/OS changes which were Linux incompatible. But I can't say that it was really _difficult_. Other than due to my own ignorance on how BASH works internally and of advanced C constructs. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why is the System Data Sets book no longer deemed useful?
From looking at the old iealg510 manual, it really would need a lot of work to make it more accurate. It should mention all system data sets that have special requirements - e.g., must be cataloged in Master Catalog, must be on the SYSRES or the IPL volume, must be PDS not PDSE, must exist but is not a an SMP/E target library, must have a specific name (even if only by default), and data sets that must have some minimal installation customization just to get a system up. To me, that ought to include (which manual IEA1G510 does not) at least a terse explanation of Page Data Sets, which are neither required to be SYS1 or on a specific volume, and perhaps should not include (which IEA1G510 does) the various *CLI0, *SKEL0, *MSG0, *PNL0, *PENU, *TBL0, *TENU, etc. data sets required for specific ISPF applications (and which do not really have any special requirements). True, you must have the SCBD* ISPF application data sets to do hardware configuration, and SBLS* data sets to diagnose system failures. but are they worthy of any greater honor than the SMPE target data sets required to make ISPF itself functional? Just a quick spot check of the description of SYS1.BRODCAST reveals it hasn't been updated to reflect the use of User Logs as an alternative to SYS1.BRODCAST for TSO user messages, a feature that has been available for some years. That makes me suspect other topics in IEA1G510 may be similarly in need of revision and perhaps the magnitude of that task is why the manual was dropped. Perhaps all of the information in IEA1G510 is now available somewhere else in bits and pieces, but it was nice to have it all collected in one place as an overview. If not in a separate manual, perhaps this might be a candidate for a long topic or appendix in something like the z/OS Basics manual or some volume of ABCs of z/OS System Programming. There is (or at least used to be) a very short topic in ABCs of z/OS System Programming, Vol 2 on System Data Sets, but it seems to me incomplete (see above) and only mentions data set names, not their purpose or any unique requirements that must be observed. Joel C. Ewing On 11/24/2014 08:49 AM, Don Poitras wrote: Cheryl, No, they're talking about a book that describes the SYS1.* datasets. I found an old copy online: http://publibz.boulder.ibm.com/epubs/pdf/iea1g510.pdf In article 26cfc99c-f886-46db-9e93-baf552eeb...@gmail.com you wrote: Hi, Is this the manual you're thinking of? SC23-6855-02z/OS (2.1) DFSMS Using Data Sets - http://publibz.boulder.ibm.com/epubs/pdf/dgt3d402.pdf Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 2:02 AM, nitz-...@gmx.net nitz-...@gmx.net wrote: When did it last exist? I have V1R10 docs here and I don't see it. I found one in the z/OS V1.1 bookshelf SA22-7629-00 says First Edition, March 2001. I have either always copied it over in .boo format or this was contained in some sort of 'release DVD' when I downloaded the next release. There isn't a similar book in the pdf collection for 2.1 I downloaded using the same steps. Maybe IBM thinks we don't need System Data Set Definitions anymore? Or all system data sets are now defined using clicking and z/OSMF, no need for actual information anymore since the system will know what to do? :-) Barbara -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
I would hope that most of that is basically irrelevant status type messages (job started / ended type stuff). So would I!! :) I would imagine most information in 'the log' is largely irrelevant from a day-to-day point of view, until such time as you need to find out 'what happened' in problem situations, where it's relevance of having a full log of everything(ish) suddenly becomes rather more crucial (and of course, it usually one of the first things IBM ask for). Admittedly, only a fraction of it will probably be important for diagnostic purposes. I expect there is a certain amount of application 'noise' in there, which is irrelevant for system purposes, but may be quite important for the application folks (again, perhaps only in retrospective diagnosis of issues). On 24 November 2014 at 21:06, John McKown john.archie.mck...@gmail.com wrote: On Mon, Nov 24, 2014 at 2:59 PM, Graham Harris harris...@gmail.com wrote: 25million Ouch. Which leads to another question: How is this information used? At that density I simply don't see a way for a unaugmented human to do much of anything with it. I would hope that most of that is basically irrelevant status type messages (job started / ended type stuff). -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why is the System Data Sets book no longer deemed useful?
Hi Don, Thanks for the manual. I remember that one now. I just checked with IBM, and here's what they said: Our records show that z/OS MVS System Data Set Definition was removed on August 24, 2004. Here's the explanation: Deleted: z/OS MVS System Data Set Definition, SA22-7629: Information about system data sets is available with the information sent with the z/OS install package. There is no replacement reference for MVS System Data Set Definition, except for references to cataloging. In that one instance, the reader should be referred to: z/OS DFSMS Managing Catalogs, SC26-7409. Since I haven't seen a z/OS install package in years, I don't know what that would contain. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 9:49 AM, Don Poitras poit...@pobox.com wrote: Cheryl, No, they're talking about a book that describes the SYS1.* datasets. I found an old copy online: http://publibz.boulder.ibm.com/epubs/pdf/iea1g510.pdf In article 26cfc99c-f886-46db-9e93-baf552eeb...@gmail.com you wrote: Hi, Is this the manual you're thinking of? SC23-6855-02z/OS (2.1) DFSMS Using Data Sets - http://publibz.boulder.ibm.com/epubs/pdf/dgt3d402.pdf Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Nov 24, 2014, at 2:02 AM, nitz-...@gmx.net nitz-...@gmx.net wrote: When did it last exist? I have V1R10 docs here and I don't see it. I found one in the z/OS V1.1 bookshelf SA22-7629-00 says First Edition, March 2001. I have either always copied it over in .boo format or this was contained in some sort of 'release DVD' when I downloaded the next release. There isn't a similar book in the pdf collection for 2.1 I downloaded using the same steps. Maybe IBM thinks we don't need System Data Set Definitions anymore? Or all system data sets are now defined using clicking and z/OSMF, no need for actual information anymore since the system will know what to do? :-) Barbara -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
Thanks, I was hoping for a side by side, by side. Ed On Nov 24, 2014, at 9:30 AM, Nims,Alva John (Al) wrote: I am not sure what you are asking exactly for, but I do not think there are any pictures of the units side-by-side, not even in the same room. IBM 7090: http://ed-thelen.org/comp-hist/BRL61-0548.jpg http://www-03.ibm.com/ibm/history/exhibits/mainframe/ mainframe_PP7090.html For the IBM 370MP, well that likes to bring up a DELL Heat sink This is the Wikipedia entry for an IBM 370 http://en.wikipedia.org/wiki/IBM_System/370 Physically, I believe the EC12's Foot Print is smaller, but much, much more powerful in that small foot print. One thing I would point out is that an EC box is Taller than the older boxes. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Ed Gould Sent: Monday, November 24, 2014 12:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Box size comparisons Is there a picture available that shows say a 7090, 370MP (or close) and an EC box? This is just for size comparisons as its hard to visualize (to me). Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
Paul, Way back when I was having a similar issue with applies so I asked IBM (SHARE REQ) for apply forfmid. I was lucky I asked for it and got it the the next SHARE so I am guessing it was in the works already. Ed On Nov 24, 2014, at 10:00 AM, Paul Gilmartin wrote: On Mon, 24 Nov 2014 07:41:14 -0700, Lizette Koehler wrote: http://www-01.ibm.com/support/docview.wss?uid=swg21225816 You can order maintenance in the following ways: individual PTFs PTFs for individual APARs service for individual installed FMIDs service for individual installed products (requires SMP/E 3.2) service for all installed products in one or more SMP/E zones service for all licensed products in one or more SRELs (new and improved - not a service only CBPDO) But consider: you might also need: o PTFs for cross-FMID (IF ...) REQs o Cross-FMID PTFs resolving HOLD ERRORs sort of a RECEIVE ORDER GROUPEXTEND. 2014-11-24 7:55 GMT-06:00 גדי בן אבי gad...@malam.com: Is it possible to use RECEIVE ORDER for a specific FMID? I am running SMP/E 36.11 on z/OS 1.13. To what purpose? Limiting bandwidth for an urgently needed PTF? Sooner or later you're likely to need all available PTFs. Easier to RECEIVE all and APPLY SELECT( ... ) GROUPEXTEND [CHECK] -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Getting ptfs for a specific FMID
In CAAJSdjgAWPxbUCR=czms7m6qx8hbbqwohpoc6upgro4rxkb...@mail.gmail.com, on 11/24/2014 at 08:05 AM, John McKown john.archie.mck...@gmail.com said: As an aside, if possible, could you adjust your email software to left justify your English text? While I see extraneous blanks in his From: and To: lines the body seems to be left justified. He's got Content-Type: text/plain; charset=windows-1255, so he's not set up for Hebrew. It is really disconcerting to have your sentences align on the right. I guess that is due to your normal Hebrew text needing to be right justified. It looks like the problem is on your end. Does your e-mail client let you look at the raw message? -- 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Fwd: HMC Hardware error
Hi all, We are facing a abnormal Hardware error message on our HMC console. Is this critical, do we need to fix it now or its a warning message. could anyone help me please on this. Hardware Messages - P002DAB7:LPAR1 Select Date Time Message Text Select Date Time Message Text [image: Select] October 31, 2014 2:06:04 PM ACT02674W Remote support call failed. [image: Select] October 31, 2014 2:06:04 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 14, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 14, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 16, 2014 4:39:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 4:49:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 21, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 21, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 22, 2014 2:24:08 PM ACT02674W Remote support call failed. [image: Select] November 24, 2014 6:54:16 PM ACT02674W Remote support call failed. Thanks, Balan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC Hardware error
For urgent issues, it is better to open a SEV1 case with IBM support. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zos reader Sent: Monday, November 24, 2014 7:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: HMC Hardware error Hi all, We are facing a abnormal Hardware error message on our HMC console. Is this critical, do we need to fix it now or its a warning message. could anyone help me please on this. Hardware Messages - P002DAB7:LPAR1 Select Date Time Message Text Select Date Time Message Text [image: Select] October 31, 2014 2:06:04 PM ACT02674W Remote support call failed. [image: Select] October 31, 2014 2:06:04 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 14, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 14, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 16, 2014 4:39:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 4:49:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 21, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 21, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 22, 2014 2:24:08 PM ACT02674W Remote support call failed. [image: Select] November 24, 2014 6:54:16 PM ACT02674W Remote support call failed. Thanks, Balan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: VLF Caching
On 11/24/2014 05:29 PM, Thomas Conley wrote: On 11/24/2014 4:30 PM, Steve Thompson wrote: SNIP Is there a ROT for setting of the MAXVIRT for CSVLLA class? SNIP I'm thinking we should go to 64MB, but perhaps we should go higher. I'm just not aware of anything that gives us an idea of how much to set this to. SNIP Regards, Steve Thompson SNIP Steve, I've always had to review the SMF data, then make adjustments. No ROTs or sizing recommendations I'm aware of. Regards, Tom Conley Thanks Tom. Yeah, we are running SMF records and CP-Expert tells us, how big the Cache is, how much we've used, how often we do trim. I was just hoping someone had come up with something a little faster for this. I guess, one could set it to 512MB and then whack it down from there. I certainly hope we aren't going to be using more than that. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Box size comparisons
On 11/24/2014 09:30 AM, Nims,Alva John (Al) wrote: I am not sure what you are asking exactly for, but I do not think there are any pictures of the units side-by-side, not even in the same room. IBM 7090: http://ed-thelen.org/comp-hist/BRL61-0548.jpg http://www-03.ibm.com/ibm/history/exhibits/mainframe/mainframe_PP7090.html For the IBM 370MP, well that likes to bring up a DELL Heat sink This is the Wikipedia entry for an IBM 370 http://en.wikipedia.org/wiki/IBM_System/370 Physically, I believe the EC12's Foot Print is smaller, but much, much more powerful in that small foot print. One thing I would point out is that an EC box is Taller than the older boxes. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: Monday, November 24, 2014 12:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Box size comparisons Is there a picture available that shows say a 7090, 370MP (or close) and an EC box? This is just for size comparisons as its hard to visualize (to me). Ed I haven't been able to locate any actual comparison images either -- would have to be from a museum or from someone with the skills to merge two images with correct scaling. If you want accurate comparisons, you may have to go to Physical Planning manuals for the older processors. The IBM 7090 had a much simpler architecture than even S/360. Even though it used much older technology than S/360 or S/370, the processor without peripheral devices was considerably smaller than any S/370 architecture MP machine of which I'm aware. If you want a large old machine to make the comparison more impressive, one of the old water-cooled MP behemoths would be your best bet. One such example of a 370 architecture MP system was a 3033 MP complex. Here is an image of one: http://speci.icss.hu/ibmfoto/3033MP_1979.jpg Although you can't see the back half clearly, it is another h like the front half turned around 180° with another large frame (a 3038) joining them in the middle. For physical dimensions, see p32 of http://bitsavers.trailing-edge.com/pdf/ibm/370/fe/GC22-7004-14_370_Installation_Manual_Physical_Planning_Jun85.pdf In the 3033MP image the closest wing with 5 visible side panels is about 12.9' wide. The smallest rectangle that will enclose the entire bolted-together parts of the processor is about 23.5' wide and 26.7' deep. In addition there are two L-shaped 3036 consoles requiring a rectangle space of 7.5'x 6.5' and two 3037 PCDUs (Power Cooling Distribution Units), one visible in the far back on the right in the image, each 7.7'x 2.7'. For a rough eyeball size comparison, a z9 or z10 with two frames would be about equivalent in size to 2/5 of the nearest 5-side-panel wing of the 3033MP. Since you couldn't put any other hardware in close proximity to the 3033MP, the computer room floor area required was at least 767 sq ft plus some additional fudge for maintenance access on all sides. By comparison, the floor area required for a z10 is about 30 sq ft plus additional clearance for maintenance, an area reduction by a factor of about 25. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM in batch?
Shmuel Metz (Seymour J.) wrote: IBM wants z/OS to be friendly. They've turned down a lot of requirements that would have made it friendlier. And audit improvement requests too. :-( IBM wants things that will improve their cash flow, possibly at the expense of long term profit. Indeed. Think *backward compatibility*. That would keep cash flowing in. micro$h*t learned that lesson partially when introducing windoze causing backward compatibility with dos programs. Today you can get DOSBox to run your old DOS programs. I'm using it on WinXP and Win7 to play ancient computer games. ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
z/OSMF audit (was Re: WLM in batch?)
Disclaimer: I (or we) don't have z/OSMF and z/OS v2.1, maybe next year, when we are deemed not be naughty SysOps... ;-) Cheryl Walker wrote: But the reason to go to z/OSMF is not because people want cheap labor, but because it's simply better (at least in 2.1). John McKown is talking about his problem of his company wanting cheap and ultra cheap labor. Each to its own. If I were a sysprog again, I would definitely prefer z/OSMF to do my standard tasks. I could get my work done more quickly, and with a better audit trail of who did what. The history function of z/OSMF is one of its strengths. Where is that audit trail (besides history function) being kept? Just curious. Just because the tool is easier doesn't mean that you don't need experts. You still need to understand service classes, performance indicators, and much more. Agreed. And experience too. I personally think that z/OSMF reduces the manual effort to let you concentrate on more important matters. If you say so. Thanks. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC Hardware error
It appears your HMC as lost its link to the outside world, particularly to IBM. Did a cable get unplugged? Did IBM's url change? Has someone reconfigured your network or firewall? Did anyone update the remote support parameters? If your system is up and running normally, it probably is not critical. Usually there would be a blinking blue indicator over the Hardware Messages icon. That would give you some kind of clue. If you can get a CE on site, he can probably determine why the HMC was calling for help. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zos reader Sent: Monday, November 24, 2014 6:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: HMC Hardware error Hi all, We are facing a abnormal Hardware error message on our HMC console. Is this critical, do we need to fix it now or its a warning message. could anyone help me please on this. Hardware Messages - P002DAB7:LPAR1 Select Date Time Message Text Select Date Time Message Text [image: Select] October 31, 2014 2:06:04 PM ACT02674W Remote support call failed. [image: Select] October 31, 2014 2:06:04 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 14, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 14, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 16, 2014 4:39:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 4:49:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 21, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 21, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 22, 2014 2:24:08 PM ACT02674W Remote support call failed. [image: Select] November 24, 2014 6:54:16 PM ACT02674W Remote support call failed. Thanks, Balan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Why is the System Data Sets book no longer deemed useful?
Deleted: z/OS MVS System Data Set Definition, SA22-7629: Information about system data sets is available with the information sent with the z/OS install package. There is no replacement reference for MVS System Data Set Definition, except for references to cataloging. In that one instance, the reader should be referred to: z/OS DFSMS Managing Catalogs, SC26-7409. I have seen an 'install package' exactly once in my almost 30 years of z/OS, but I have been asked to check any number of system data set allocations and make them better. Using an 'install package' (where exactly would all of that be documented?) is an excuse to drop a useful book. And having gone through a recataloging exercise for a full system recently, I can state that the docs for indirect cataloging are mostly opaque. Everything is in there, no question about it, but it is decribed so that I ran into all kinds of problems until I figured out how this actually should be set in loadxx, ieasymxx and the catalog. Once I knew how to do it, I could see that it was stated there, but not before. Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
since last official 2.1-ptf-update problem with PASN-AL-entries
Hi, all, We have some older piece of software ( part of a larger software-package), that uses dataspaces and therefore DSPSERVE-CREATE and -DELETE and ALESERV-ADD, but no ALESERV-DELETE. It is running flawlessly even at customers with very high number of workunits. And since yesterday something is different. One custumer after some time gets errors, that ALESERV ADD return x'0c', which means, that no more entries in PASN-AL are free. Customer wrote: * it's independent of our version, it happens in vyyy as well as in all vxxx ( I wiped out our version-names) * only on systems with high volume jobs * only since the customer's z/OS version 2.01.00 has been patched to the next level Because their jobs and the duty did not change, I suppose, that up to the above Patch there must have been a mechanism in zOS, which automatically deletes PASN-AL-entries for not longer existing dataspaces, and obviously for many past zOS-versions. Otherwise we would have had the 'new' problem already many years ago without ALESERV-DELETE. What's your experience/opiniion about/with that ? thx and br Leo -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: HMC Hardware error
Thanks you, we have raised a hardware call and waiting for CE. On Tue, Nov 25, 2014 at 12:06 PM, retired mainframer retired-mainfra...@q.com wrote: It appears your HMC as lost its link to the outside world, particularly to IBM. Did a cable get unplugged? Did IBM's url change? Has someone reconfigured your network or firewall? Did anyone update the remote support parameters? If your system is up and running normally, it probably is not critical. Usually there would be a blinking blue indicator over the Hardware Messages icon. That would give you some kind of clue. If you can get a CE on site, he can probably determine why the HMC was calling for help. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of zos reader Sent: Monday, November 24, 2014 6:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: HMC Hardware error Hi all, We are facing a abnormal Hardware error message on our HMC console. Is this critical, do we need to fix it now or its a warning message. could anyone help me please on this. Hardware Messages - P002DAB7:LPAR1 Select Date Time Message Text Select Date Time Message Text [image: Select] October 31, 2014 2:06:04 PM ACT02674W Remote support call failed. [image: Select] October 31, 2014 2:06:04 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 14, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 14, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 16, 2014 4:39:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 4:49:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 16, 2014 5:19:36 PM External Time Source contact via Network Time Protocol (NTP) message [image: Select] November 21, 2014 2:03:25 PM ACT02674W Remote support call failed. [image: Select] November 21, 2014 2:03:25 PM ACT08035W Transmit service data to the remote service support system failed. [image: Select] November 22, 2014 2:24:08 PM ACT02674W Remote support call failed. [image: Select] November 24, 2014 6:54:16 PM ACT02674W Remote support call failed. Thanks, Balan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system?
1 million per day. We actively use MPF list/exits to trim messages, both from the operator console and from syslog/operlog, deleting those messages that we really don't need. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Gould Sent: 25 November, 2014 2:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system? Wow!! I am impressed we used to get 25K (25000) messages a day and while it has gone up since (the old days) we still suppress many many messages and the last time I looked it was 50,000 a day. No wonder the cpu spins when you do a find. Ed On Nov 24, 2014, at 2:59 PM, Graham Harris wrote: 25million On 24 November 2014 at 18:07, Greg Shirey wgshi...@benekeith.com wrote: I'm surprised, but it looks like on an average day the SYSLOG generates 1.3 million lines. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of John McKown Sent: Monday, November 24, 2014 11:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: curious: message rate to z/OS SYSLOG/OPERLOG on a _large_ system? This is just a curiosity question. How many lines of SYSLOG output do you produce in an average day? I just did a quick look at last week's SYSLOG and saw about 1.5 million lines for a 7 day period on two, rather small, systems. Why am I curious? From a previous thread on doing a tail -f on the z/OS SYSLOG. I got curious about how much overhead this would be. I was warned by some very knowledgeable people that it could be a truly massive number of messages, and thus have high overhead. Which is making me rethink a possible project that I am considering. -- The temperature of the aqueous content of an unremittingly ogled culinary vessel will not achieve 100 degrees on the Celsius scale. Maranatha! John McKown - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN - - For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM- MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
