Historic computer part collectors: chip prototype auctioned.
http://www.bloomberg.com/news/2014-06-19/nerd-memorabilia-market-arises-with-microchip-auction.html If you are deep-pocketed, according to the article, this is your chance to by the 'birth certificate of computing'. Kees. 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
Re: Using DFDSS to copy non-extended format dataset to extended format?
My apologies for not responding earlier, but I wanted to try the AMS REPRO first. Unfortunately, I didn't have time for this until now. First, regarding. more detail in my original post. I can understand, and usually post all information I think might help. This time, I probably should have just asked if there is an option to convert from non-EF to EF format during a DSS RESTORE. I promise to try to do better next time ;-) I allocated a new zFS cluster making sure it is in extended format, then I ran an AMS REPRO (none of the zFSs was mounted). Next, I mounted both file systems and comapred the outcome of a ls -alER, as well as some randomly chosen files. This all compares equal, so I'm pretty sure the copy worked well. The AMS copy of the 4GiB data set ran for only 6 minutes. A COPYTREE done previously ran for some 45 minutes. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to? Designing a graph of information
We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being capped and uncapped. Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the* for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more visual than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR point, I would plot a bar whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical bar at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an intuitive grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the bars varying in height) a good intuitive way to display the information to management (who simply adore graphs, with colors!). Third, most difficult, how do I create that graph from the information. My original data source is the SYSLOG that we unload to a disk data set. I was going to go into a lot of what I have done, but have decided that it likely isn't necessary. Thanks for thoughts. The ones about my lack of sanity are already well known! grin/ -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: How to? Designing a graph of information
John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 14:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to? Designing a graph of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being capped and uncapped. Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the* for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more visual than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR point, I would plot a bar whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical bar at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an intuitive grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the bars varying in height) a good intuitive way to display the information to management (who simply adore graphs, with colors!). Third, most difficult, how do I create that graph from the information. My original data source is the SYSLOG that we unload to a disk data set. I was going to go into a lot of what I have done, but have decided that it likely isn't necessary. Thanks for thoughts. The ones about my lack of sanity are already well known! grin/ -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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 information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any
Re: How to? Designing a graph of information
John McKown wrote: I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. Rather, do your program 24 times instead of 1440 times. Combine the 60 minutes into one number and pass that to your graphing program. You can use different symbols for low capping (15 minutes) or medium capping or high capping for example. Also consider using a CSV file and you can then import it in your spreadsheet. After each import the graphs will updated automatically. Alternatively: What you can do is, import your raw data (1440 rows) from CSV or text file, then select for each columns the 60 minutes for an interval, say B1-60. place the sum formula in D1. Then the sum of B61-B120 is in D2, etc. Now prepare the graph using D1-D24 as an axis. If you do it right, you should just re-import (refresh) from the CSV and the graph will be redone with summing all and everything properly. I would plot a bar whose thickness is relative to the number. Try height instead of width, then your graphs will stay more or less consistent. (ratio of graphs fields against labels and axis headers) First, does the above information sound useful to others? Indeed. Managers are more tolerant to graphs. :-) It is us lowly guys/gals who had to create them 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: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 8:14 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. In this case, I can use why don't you do it this way? questions. I'm a bit a sea at present (in a row boat, no less). 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? No. We have no software on z/OS which can _easily_ do anything. We had SAS/MXG long ago. Too expensive!. All that I have in my quiver right now on z/OS are COBOL and HLASM. My heavy artillery is on my Linux desktop: Perl, awk, PostgreSQL relational data base, R language (conceptually similar to SAS, but not the same language). 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. This is a bit more difficult. The original spark was from one of our Production Control people. She basically wanted to look at whether it would be helpful in any way to reduce our active initiator count during certain time frames. So I was going to use the LPAR capping as a time when the CEC is overloaded. If the CEC is overloaded, then it wouldn't hurt to reduce the number of active initiators. And it might actually help because then individual jobs would probably finish a bit sooner, there being less multi-job overhead. Again, we are grasping at straws for CPU sometimes. Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. What this does is mean that we can use some of these saved MSUs to exceed our Group Capacity for a short time to cover some times where we get a CPU spike. Having MSUs in the bank gives our managers Production Control people warm fuzzies and good feelings. Like I feel when I have a full tank of gas in the car (or my tummy grin/). Also, for whatever reason, IT management (my boss, his colleagues, and higher managers) seem to have a thing about the machine being capped. So this is just one way to try to present information to them that they seem to want. IOW, I get an attaboy award for a pretty graph. For me, personally, I don't care about performance until we start missing SLAs. Production Control wants jobs finished as fast as possible so that problems are detected earlier and there is more time to fix them before we get dinged for missing an SLA. In the main, this means that we end up finishing early. We are doing a lot of strange, and perhaps even foolish, things. The reason is that IT management wants to decrease our MSU max, because for each reduction of 1 MSU, we get a price break of $12,000 / year. Seems little, but we are scrounging pennies. This despite the fact that the z/OS is scheduled to die in Dec 2015. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: z/OS 1.13 ADRDSSU ECB WAIT
I'm on the coast that barracks for NSW... Go the Blues! Mwahaha. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shane Ginnane Sent: Thursday, June 19, 2014 6:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] z/OS 1.13 ADRDSSU ECB WAIT On Thu, 19 Jun 2014 05:47:40 -0700, Ron Hawkins wrote: Gary, I may be having a senior moment but I think I have seen this when there are a lot of logical dumps starting that all hit the same catalog. Even your INCLUDE(**) is going to spend a big hunk of time searching the catalogs and volumes for datasets before it starts to dump anything. Last I tested this, DFDSS was appalling bad at generic includes like that. But it was probably around the 1.9 or 1.11 timeframe. I went around and beat up on all the teams and made them use semi-specific includes - like: PROD.ABC.**, PROD.BBC.** ... Improved things out of sight. How the hell can't utilities like these compete with the CSI (which left them in the dust) ?. Same old story I suppose - East coast egg-heads not talking to West coast egg-heads. BTW, which coast are you on Ron . g,d,r Shane ... -- 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: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 8:29 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: John McKown wrote: I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. Rather, do your program 24 times instead of 1440 times. Combine the 60 minutes into one number and pass that to your graphing program. You can use different symbols for low capping (15 minutes) or medium capping or high capping for example. Good idea. And easy to implement since the data is really in an PostgreSQL relational database. It is easy to consolidate by hour. Also consider using a CSV file and you can then import it in your spreadsheet. After each import the graphs will updated automatically. I will create an Excel shudder/ spreadsheet from the hourly consolidated information and send it to a couple of people. They might give me some feed back on whether they are even interested. Alternatively: What you can do is, import your raw data (1440 rows) from CSV or text file, then select for each columns the 60 minutes for an interval, say B1-60. place the sum formula in D1. Then the sum of B61-B120 is in D2, etc. Now prepare the graph using D1-D24 as an axis. If you do it right, you should just re-import (refresh) from the CSV and the graph will be redone with summing all and everything properly. I would plot a bar whose thickness is relative to the number. Try height instead of width, then your graphs will stay more or less consistent. (ratio of graphs fields against labels and axis headers) That's what I meant, but my fingers are being contrary this morning. First, does the above information sound useful to others? Indeed. Managers are more tolerant to graphs. :-) It is us lowly guys/gals who had to create them Right. And the problem is graphing software. I actually have two different possibilities. One is an Excel spreadsheet. The other is using the R language. This is a good excuse to learn more about R. R is to Linux/*IX as SAS is to z/OS. Without the cost. It is _libre_ software. Groete / Greetings Elardus Engelbrecht -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: How to? Designing a graph of information
John McKown wrote: The original spark was from one of our Production Control people. She basically wanted to look at whether it would be helpful in any way to reduce our active initiator count during certain time frames. She must be bored enough to give you unneeded work... If the CEC is overloaded, then it wouldn't hurt to reduce the number of active initiators. And it might actually help because then individual jobs would probably finish a bit sooner, there being less multi-job overhead. It is true that with reducing the # of jobs (inits) running concurrently, your CEC load is somewhat lower. Well, at least that worked for us until we upgraded our z toys. (We had to kick the tooth fairy hard so we can get toys... ) Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. Sort of yes, but the elapsed wall clock time of all those jobs will be somewhat shorter because of 'less overhead'. This despite the fact that the z/OS is scheduled to die in Dec 2015. That was not the first 'die date'. When was the last 'die date' set last time? I believe you have posted an earlier date here some ages ago. 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: How to? Designing a graph of information
I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 15:45 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 8:14 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. In this case, I can use why don't you do it this way? questions. I'm a bit a sea at present (in a row boat, no less). 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? No. We have no software on z/OS which can _easily_ do anything. We had SAS/MXG long ago. Too expensive!. All that I have in my quiver right now on z/OS are COBOL and HLASM. My heavy artillery is on my Linux desktop: Perl, awk, PostgreSQL relational data base, R language (conceptually similar to SAS, but not the same language). 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. This is a bit more difficult. The original spark was from one of our Production Control people. She basically wanted to look at whether it would be helpful in any way to reduce our active initiator count during certain time frames. So I was going to use the LPAR capping as a time when the CEC is overloaded. If the CEC is overloaded, then it wouldn't hurt to reduce the number of active initiators. And it might actually help because then individual jobs would probably finish a bit sooner, there being less multi-job overhead. Again, we are grasping at straws for CPU sometimes. Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. What this does is mean that we can use some of these saved MSUs to exceed our Group Capacity for a short time to cover some times where we get a CPU spike. Having MSUs in the bank gives our managers Production Control people warm fuzzies and good feelings. Like I feel when I have a full tank of gas in the car (or my tummy grin/). Also, for whatever reason, IT management (my boss, his colleagues, and higher managers) seem to have a thing about the machine being capped. So this is just one way to try to present information to them that they seem to want. IOW, I get an attaboy award for a pretty graph. For me, personally, I don't care about performance until we start missing SLAs. Production Control wants jobs finished as fast as possible so that problems are detected earlier and there is more time to fix them before we get dinged for missing an SLA. In the main, this means that we end up finishing early. We are doing a lot of strange, and perhaps even foolish, things. The reason is that IT management wants to decrease our MSU max, because for each reduction of 1 MSU, we get a price break of $12,000 / year. Seems little, but we are scrounging pennies. This despite the fact that the z/OS is
Re: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 9:01 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: John McKown wrote: The original spark was from one of our Production Control people. She basically wanted to look at whether it would be helpful in any way to reduce our active initiator count during certain time frames. She must be bored enough to give you unneeded work... No, we have IT manage constantly pushing on us to reduce cost. If we can reduce MSUs, then we reduce cost. This is just something that she was wondering about. And it sparked a bit of curiosity on my behalf. If the CEC is overloaded, then it wouldn't hurt to reduce the number of active initiators. And it might actually help because then individual jobs would probably finish a bit sooner, there being less multi-job overhead. It is true that with reducing the # of jobs (inits) running concurrently, your CEC load is somewhat lower. Well, at least that worked for us until we upgraded our z toys. (We had to kick the tooth fairy hard so we can get toys... ) All of our toys have been eliminated. We are a fixed cost item whereas software is not. So the new mantra is do as much as you can effectively do BY HAND. Remember the old days of desk checking instead of test compiles? It's not quite that bad. Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. Sort of yes, but the elapsed wall clock time of all those jobs will be somewhat shorter because of 'less overhead'. This despite the fact that the z/OS is scheduled to die in Dec 2015. That was not the first 'die date'. When was the last 'die date' set last time? I believe you have posted an earlier date here some ages ago. Well, one die date is later this year. That will likely kill a small part of the z/OS workload. Dec 2015 is what is now published as the officially planned die date. But, of course, management will kill z/OS at the first possible instant that they think they can. I.e. when the processing has been reduced to such an extent that what is left can be done by hand in the user department (likely going to be some conflict over that). In any case, this is now more a side project of my own. Which I hope will help me learn more R and SQL. And if I can produce a pretty graph, I get the much coveted attaboy! award (on genuine recycled letter sized paper) and maybe even a gold star. OOPS, my cynicism is showing again. 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 9:10 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. My boss has heard of WPS, but could never find out much. I don't know if he couldn't find the company, or if they didn't respond to his inquiries. In any case, I can do anything that I want. So long as the cost, to the company, is no more that U.S. $0.00 . Which leaves WPS off the table. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. I've always thought that this idea of MSUs in the bank was not of all that much use, in the big picture. But it is something that my manager is sensitive to. Another person, off line, showed me an MSU graph that my manager would swoon over. He uses some RMF software to help produce it. Unfortunately we use an old (purchased) version of BMC's MainView to do our RMF-like work, so I don't have the software that he uses. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: How to? Designing a graph of information
I use the RMF CPU Activity report Partition Data Report and strip out Date, Time, LPAR, DEF and ACT MSU and capping %. Gives me a nice graph of MSU by interval and capping % if capped. You can also show when the LPAR is using more than its defined capacity and why soft capping is better than hard capping (FSVO better). CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 8:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] How to? Designing a graph of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being capped and uncapped. Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the* for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more visual than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR point, I would plot a bar whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical bar at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an intuitive grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the bars varying in height) a good intuitive way to display the information to management (who simply adore graphs, with colors!). Third, most difficult, how do I create that graph from the information. My original data source is the SYSLOG that we unload to a disk data set. I was going to go into a lot of what I have done, but have decided that it likely isn't necessary. Thanks for
Re: How to? Designing a graph of information
Vernooij, CP (SPLXM) wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Indeed, since Frank Yeager re-wrote DFSORT processing so you can directly use date, time and other packed fields with easy ICETOOL keywords. With easy arranging keywords, you can directly see on SYSOUT your SMF records on a VBS dataset. Like this showing the standard headers, other details removed so this is a short example: //SMFany EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //VLSHCNTL DD * OPTION COPY,VLSHRT INCLUDE COND=(6,1,BI,EQ,X'??') /* //RAWSMF DD DISP=SHR,DSN=raw SMF data //SORTSMF DD DISP=(NEW,DELETE,DELETE),SPACE=(CYL,(50,50,0)) //VREPTDD SYSOUT=* //TOOLIN DD * SORT FROM(RAWSMF) TO(SORTSMF) USING(VLSH) DISPLAY FROM(SORTSMF) LIST(VREPT) - HEADER('SMFTYPE') ON(6,1,BI) - HEADER('DATE')ON(11,4,DT1,E'/99/99') - HEADER('TIME')ON(7,4,TM1,E'99:99:99') - HEADER('SYSTEM') ON(15,4,CH) ... etc ... 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: How to? Designing a graph of information
I'll see what I can get out of BMC's Mainview. It's really been a long while since I looked at what sort of reports it can produce. On Fri, Jun 20, 2014 at 9:23 AM, Ken Porowski ken.porow...@cit.com wrote: I use the RMF CPU Activity report Partition Data Report and strip out Date, Time, LPAR, DEF and ACT MSU and capping %. Gives me a nice graph of MSU by interval and capping % if capped. You can also show when the LPAR is using more than its defined capacity and why soft capping is better than hard capping (FSVO better). CIT | Ken Porowski | VP Mainframe Engineering | Information Technology | +1 973 740 5459 (tel) | ken.porow...@cit.com This email message and any accompanying materials may contain proprietary, privileged and confidential information of CIT Group Inc. or its subsidiaries or affiliates (collectively, “CIT”), and are intended solely for the recipient(s) named above. If you are not the intended recipient of this communication, any use, disclosure, printing, copying or distribution, or reliance on the contents, of this communication is strictly prohibited. CIT disclaims any liability for the review, retransmission, dissemination or other use of, or the taking of any action in reliance upon, this communication by persons other than the intended recipient(s). If you have received this communication in error, please reply to the sender advising of the error in transmission, and immediately delete and destroy the communication and any accompanying materials. To the extent permitted by applicable law, CIT and others may inspect, review, monitor, analyze, copy, record and retain any communications sent from or received at this email address. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 8:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] How to? Designing a graph of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each LPAR is being capped and uncapped. Ex: LIH1 capped| * | * | DEV1 capped| | * | Date/Time | -mm-dd hh:mm | -mm-dd hh:mm | Hopefully you get the idea. And see at least one problem. There are 1400 minutes in a single day. Way too many to plot even a single day. So I though, why not summarize, perhaps on an hourly basis. Where each point in the plot is the sum of the number of minutes in which the LPAR was capped. This would be easy to do with SQL if I changed the* for not capped/capped to 0 and 1 instead. Which I can easily do. Then use SQL to consolidate each hour. Again, easy. But what I'd like is something more visual than just putting out what would look like a spread sheet with numbers. What I would like is a true graph where for each DateTime / LPAR point, I would plot a bar whose thickness is relative to the number. I.e. if a particular LPAR, during a particular hour had been capped 60 times (max # of minutes), then I'd have a 100% full vertical bar at that point. If it had been capped 30 times, then a 50% full bar. This way, the eye can easily scan along the X axis getting an intuitive grasp of how the LPARs are being impacted by the WLM capping. First, does the above information sound useful to others? I mean what I'm trying to convey (how WLM capping is possibly affecting turn around). Secondly, is the method (the bars varying in height) a good intuitive way to display the information to management (who simply adore graphs, with colors!). Third, most difficult,
Re: How to? Designing a graph of information
Try this: http://wps-community.org/ I have asked a friend who uses it, if this is what he uses and if it is free. He has converted everything he did with MXG to WPS. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 9:10 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. My boss has heard of WPS, but could never find out much. I don't know if he couldn't find the company, or if they didn't respond to his inquiries. In any case, I can do anything that I want. So long as the cost, to the company, is no more that U.S. $0.00 . Which leaves WPS off the table. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. I've always thought that this idea of MSUs in the bank was not of all that much use, in the big picture. But it is something that my manager is sensitive to. Another person, off line, showed me an MSU graph that my manager would swoon over. He uses some RMF software to help produce it. Unfortunately we use an old (purchased) version of BMC's MainView to do our RMF-like work, so I don't have the software that he uses. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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 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
Re: How to? Designing a graph of information
Obviously the effect of capping depends on your workload peaks, how long they last, how close the cap is to the physical hardware limits, etc., but since capping is based on 4-hour average MSUs the speed limit analogy used is not really accurate. It's more like the required system throughput has gotten to the point that traffic must move at 125 m/h bumper to bumper just to keep even and after you have been doing this long enough to raise the average speed over four hours to 100 m/h suddenly the 100 m/h speed limit is now enforced, which can cause significant disruption and increasingly long traffic delays. In some situations after capping there may be enough discretionary traffic that can be held back to minimize the disruption to important traffic, but this is definitely not always the case. You may in some cases also find in retrospect (too late) that if you had been able to restrict discretionary loads more over the previous four hours, that the current capping could have been avoided -- but this requires a workload scheduler with ability to predict the future. I would have to disagree that capping only has a slight relation with performance. If you are dealing with LPARs where the principal load is transactional processing systems, capping suddenly cuts the server processing capacity when it has been using more than the cap value for an extended period, immediately placing the server at 100% saturation with insufficient resources to process the current transaction rate. Unless the average transaction arrival rate decreases soon, queue lengths and response time increase exponentially. If your business typically has short transaction peaks throughout the course of an hour that require more than the cap value for a short time and an unusual extended load causes the cap to begin to be enforced, then even if the unususual load is eliminated the system will continue to be capped for many minutes until the average MSU drops sufficiently; and until then all those normal brief peaks that could be handled transparently will now drive the server briefly to 100% saturation with noticeable response time increases until the brief peak passes. System response will become much more erratic from the user's perspective. Joel C. Ewing On 06/20/2014 08:14 AM, Vernooij, CP (SPLXM) - KLM wrote: John, I usually hate replies, that don't answer the question, but instead state: why don't you try it this way. However, this time I would like to ask some 'what are you doing' questions, in spite of your last remark. 1. The product that produces the CMFCPU13/14/15 messages also produces your RMF 72 records. From those I produce all my statistics on quarterly or hourly intervals, be it through CA MICS, but you can do it also via SAS / MXG (or some RMF reporting tool I believe). You can even download the SMF records to your Linux or Windows system and process them with SAS or a similar product. Did you try this? 2. What conclusions do you want to pull out of the figures? You know, that these 'LPAR is capped' figures have only a slight relation with the performance of those LPARs. If you have a road sign stating there is a speed limit of 100 m/h, that road is 'capped', but the capping won't hardly create performance problems. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 14:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: How to? Designing a graph of information We use PR/SM Group Capacity to regulate our aggregate MSUs from two LPARs on a single CEC. This is for cost containment. We have a product which runs on both z/OS images on the LPARs which produce messages similar to: N 402 LIH1 14169 22:07:51.36 STC16813 0090 CMFCPU15 LPAR NO LONGER SOFT CAPPED BY WLM; CAPPED DURATION WAS S 00.02.00 I have a program, on Linux, which takes this and produces lines like: LPAR LIH1 was capped starting at Mon 2014-06-16 21:52:41 until Mon 2014-06-16 21:55:31 for a duration of 00.02.50 I can the process this information in another program which puts the fields: LPAR (LIH1 above), the started date time (2014-06-15 21:52:41 2014-06-16 21:55:31) into a relational table. From this I can generate another table which has a row for each minute within the interval. Each row contains the date/time column a column for each z/OS Image. The z/OS image either contains a or a * depending on whether that z/OS is WLM capped any time during that minute. Thing of the columns like: date/time @ minute resolution; is LPAR#1 capped?; Is LPAR#2 capped?. Now what I want to do is create a time graph. The X axis is the date / time. Each point on the Y axis is for a given LPAR. The intersection (plot) is either * if that LPAR is capped at that time or a blank. This is to show, along a time sequence how each
Re: How to? Designing a graph of information
Thanks. I'll take a look at it. On Fri, Jun 20, 2014 at 9:33 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Try this: http://wps-community.org/ I have asked a friend who uses it, if this is what he uses and if it is free. He has converted everything he did with MXG to WPS. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 9:10 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. My boss has heard of WPS, but could never find out much. I don't know if he couldn't find the company, or if they didn't respond to his inquiries. In any case, I can do anything that I want. So long as the cost, to the company, is no more that U.S. $0.00 . Which leaves WPS off the table. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. I've always thought that this idea of MSUs in the bank was not of all that much use, in the big picture. But it is something that my manager is sensitive to. Another person, off line, showed me an MSU graph that my manager would swoon over. He uses some RMF software to help produce it. Unfortunately we use an old (purchased) version of BMC's MainView to do our RMF-like work, so I don't have the software that he uses. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: Historic computer part collectors: chip prototype auctioned.
Vernooij, CP (SPLXM) wrote: http://www.bloomberg.com/news/2014-06-19/nerd-memorabilia-market-arises-with-microchip-auction.html Very very interesting! Thanks! If you are deep-pocketed, according to the article, this is your chance to by the 'birth certificate of computing'. I'm too poor or too cheap to have deep pockets anyways. When I'm big and rich and slick, then I will consider that 'birth certificate'... grin 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: How to? Designing a graph of information
You might want to look at what the RMF SPREADSHEET REPORTER can provide. RMF data and/or RMF Reports are used to produce pretty pictures w/Excel. http://www-03.ibm.com/systems/z/os/zos/features/rmf/ HTH, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 8:44 AM, John McKown john.archie.mck...@gmail.com wrote: deleted Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. What this does is mean that we can use some of these saved MSUs to exceed our Group Capacity for a short time to cover some times where we get a CPU spike. Having MSUs in the bank gives our managers Production Control people warm fuzzies and good feelings. Like I feel when I have a full tank of gas in the car (or my tummy grin/). deleted One way to do a high resolution graph this way is to massage it into a Bit Mapped Picture (BMP). http://en.wikipedia.org/wiki/BMP_file_format 12 hours 770 pixels 96 pixels per inch is 8.03 inches. Portrait on 8.5*11 would be printable. Get your detailed data, download to a PC, and write a basic program to create a BMP from the data. -- 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
Re: How to? Designing a graph of information
On Fri, Jun 20, 2014 at 10:14 AM, Mike Schwab mike.a.sch...@gmail.com wrote: On Fri, Jun 20, 2014 at 8:44 AM, John McKown john.archie.mck...@gmail.com wrote: deleted Another thing which is a biggie is the 4 hour rolling average MSU. Why? Because if we are running below our cap, then we are saving up MSUs. What this does is mean that we can use some of these saved MSUs to exceed our Group Capacity for a short time to cover some times where we get a CPU spike. Having MSUs in the bank gives our managers Production Control people warm fuzzies and good feelings. Like I feel when I have a full tank of gas in the car (or my tummy grin/). deleted One way to do a high resolution graph this way is to massage it into a Bit Mapped Picture (BMP). http://en.wikipedia.org/wiki/BMP_file_format 12 hours 770 pixels 96 pixels per inch is 8.03 inches. Portrait on 8.5*11 would be printable. Get your detailed data, download to a PC, and write a basic program to create a BMP from the data. Easy to do in R. R is to *IX what SAS is to z/OS. -- 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
Although it is outdated, I have found Invitation to MVS to be a good overview of MVS. http://www.amazon.com/Invitation-MVS-Debugging-Harry-Katzan/dp/0894330810 Good Luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Friday, June 20, 2014 9:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, We have a couple of team members wanting to learn more about MVS internals. They already understand quite a bit of usage (e.g. SMP/E, PARMLIB, TSO and JCL) but are interested in soldifying their understanding of operating system fundamentals. I'm attempting to assemble an information roadmap and find very little that introduces the operating system with a fairly narrow scope at a reasonably introductory level. There are books that describe bits and pieces of it, ad-nauseum, but I find little that paints all of these pieces together into a bigger picture. Some sources that I have found include Introduction to the new Mainframe: z/OS Basics and some volumes in the ABCs of System Programming series. They do a fair job of providing a technical overview of the various storage managements and IOS. I'd especially like to see something that describes components in terms of new hardware capabilities and how MVS has evolved: 1) The original dispatcher (especially RBs and interrupt management), task management (especially the difference between DUs), program management (especially the PSW and what APF means), storage management and I/O management 2) Serialization techniques over the years (WAIT/POST, ENQ/DEQ, Locks, Latches) 3) Additions to the dispatcher (SRM and WLM) 4) Storage evolution (24bit-to-31bit in XA, ARs and data spaces in ESA, 31bit-to-64bit in z/OS) 5) Centralized (shared) programming support (e.g. SVCs, subsystems, PCs) 6) Availability improvements (e.g. GRS, sysplex [XCF] and parallel sysplex [XES]) I'd appreciate pointers to any materials you deem relevant. Thanks, Alan Classification: UNCLASSIFIED Caveats: NONE -- 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: How to? Designing a graph of information
Well, I downloaded that. Unfortunately, I am running X86_64 (64 bit) and their software only runs on the i386 Linux. They are still working on porting to 64 bit. On Fri, Jun 20, 2014 at 9:33 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: Try this: http://wps-community.org/ I have asked a friend who uses it, if this is what he uses and if it is free. He has converted everything he did with MXG to WPS. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, June 20, 2014 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to? Designing a graph of information On Fri, Jun 20, 2014 at 9:10 AM, Vernooij, CP (SPLXM) - KLM kees.verno...@klm.com wrote: I believe I remember from posts that people are processing SMF records with DFSORT to produce reports. Anyway, the RMF records contain way more info that you get from the CMFCPU* messages. It might be worth to try to get some SMF processing running in your Linux hobby shed. I know it is done with a tool called WPS, but I don't know it. My boss has heard of WPS, but could never find out much. I don't know if he couldn't find the company, or if they didn't respond to his inquiries. In any case, I can do anything that I want. So long as the cost, to the company, is no more that U.S. $0.00 . Which leaves WPS off the table. At times of overload, the lowest IMPs will suffer. Instead of stopping jobs, you could try to assign a lower IMP to a group of them. This causes them to be nearly stopped at times of overload, but to continue running when there is CPU available. I see the relation of stopping jobs with the 4HA management. However, in my experience it is difficult to manage it such in one hour, that you have enough saved for the next hour. But this is in our configuration, yours will be different. I've always thought that this idea of MSUs in the bank was not of all that much use, in the big picture. But it is something that my manager is sensitive to. Another person, off line, showed me an MSU graph that my manager would swoon over. He uses some RMF software to help produce it. Unfortunately we use an old (purchased) version of BMC's MainView to do our RMF-like work, so I don't have the software that he uses. You could emphasize more on performance (SLAs) than on capping. This way you can show, that the capping is producing dollars, without impacting the SLAs. I see you are also squeezed by customers' performance demands and management's dollars demands. Aren't we all? Luckily, I am able to run both very close to the edge AND my manager is convinced that the outcome is the maximum realizable, so I am not alone in defending my actions. Kees. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
Decades ago, early 1980's, NYU here in New York offered an MVS Internals and Debugging two-semester course as part of their School of Continuing Education. At the time it was taught by the VP of systems programming at the Irving Trust bank, whose name I have forgotten, but he was a darn good teacher. Of course, this was pre-OCO, so the teacher had access to all the source code of the system. The course was very detailed, covering all the major architectural control blocks and system flow, though it did not cover IPL or NIP details. IIRC, the hardware of the time had just introduced significant micro-coded fast path help for significant parts of the dispatcher based on MC calls that counted times through various pieces of the dispatcher code that showed where the hot spots were, and this teacher covered those hot spots and the micro-coded help logic in great detail (many of the helpers were to do with multi-CPU locking like spin locks, if my memory hasn't completely gone south). Unfortunately I have long since lost my copious notes from that course, but if there are any others out there who also took that course and kept their notes, those would be a great contribution to the community. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Friday, June 20, 2014 12:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, We have a couple of team members wanting to learn more about MVS internals. They already understand quite a bit of usage (e.g. SMP/E, PARMLIB, TSO and JCL) but are interested in soldifying their understanding of operating system fundamentals. I'm attempting to assemble an information roadmap and find very little that introduces the operating system with a fairly narrow scope at a reasonably introductory level. There are books that describe bits and pieces of it, ad-nauseum, but I find little that paints all of these pieces together into a bigger picture. Some sources that I have found include Introduction to the new Mainframe: z/OS Basics and some volumes in the ABCs of System Programming series. They do a fair job of providing a technical overview of the various storage managements and IOS. I'd especially like to see something that describes components in terms of new hardware capabilities and how MVS has evolved: 1) The original dispatcher (especially RBs and interrupt management), task management (especially the difference between DUs), program management (especially the PSW and what APF means), storage management and I/O management 2) Serialization techniques over the years (WAIT/POST, ENQ/DEQ, Locks, Latches) 3) Additions to the dispatcher (SRM and WLM) 4) Storage evolution (24bit-to-31bit in XA, ARs and data spaces in ESA, 31bit-to-64bit in z/OS) 5) Centralized (shared) programming support (e.g. SVCs, subsystems, PCs) 6) Availability improvements (e.g. GRS, sysplex [XCF] and parallel sysplex [XES]) I'd appreciate pointers to any materials you deem relevant. Thanks, Alan -- 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: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
Storr, Lon A CTR USARMY HRC (US) wrote: We have a couple of team members wanting to learn more about MVS internals. Excellent! They already understand quite a bit of usage (e.g. SMP/E, PARMLIB, TSO and JCL) but are interested in soldifying their understanding of operating system fundamentals. Please tell us for purposes do they want to learn and understand? Only non-classified info of course. I'd especially like to see something that describes components in terms of new hardware capabilities and how MVS has evolved: About evolve, IBM has webpages about their systems and hardware over the years. 1) The original dispatcher (especially RBs and interrupt management), task management (especially the difference between DUs), program management (especially the PSW and what APF means), storage management and I/O management 2) Serialization techniques over the years (WAIT/POST, ENQ/DEQ, Locks, Latches) 3) Additions to the dispatcher (SRM and WLM) 4) Storage evolution (24bit-to-31bit in XA, ARs and data spaces in ESA, 31bit-to-64bit in z/OS) 5) Centralized (shared) programming support (e.g. SVCs, subsystems, PCs) 6) Availability improvements (e.g. GRS, sysplex [XCF] and parallel sysplex [XES]) What will you and your team members do if they know it? Do they want to do programming or what? Oh, you forgot one important z/OS part - Security and SAF (and RACF) - That alone (plus APF and SVC) is an interesting study material which will keep you entertained for many years. And there is also PR/SM, Workload management, dynamic address translations, background of IPL and many more other terms and concepts. And z/OS has fantastic diagnostic things lots of it. BTW, even as an Assembler programmer like me, don't know ALL of those details fully, but details can be found in IBM Library centre. Book 'Principle of Operation' is one of the nice jewels to be studied. I'd appreciate pointers to any materials you deem relevant. Why not ask IBM or Steve Comstock who is also here on IBM-MAIN themselves? They provide courses too. Of course some Wikipedia articles are available, but authors and source references are not always available. Tell us for what you want all these info, and you may get lots of help in IBM-MAIN. 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: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
If you can find them, the programing login manuals (LY or SY prefix on the manual number) will be a big help. You might try bitsavers.org or possibly the IBM doc web site. As you mentioned below, the ABC's of Systems Programming are also very good sources. Last but not least, SHARE and CMG may have some good stuff in their archives. You will have to go back a fairly long ways (80s-90s) for the juicy stuff. I have interspersed some direct links below for some of the requested info. (lots of good info in the sub topics...) HTH, snip We have a couple of team members wanting to learn more about MVS internals. They already understand quite a bit of usage (e.g. SMP/E, PARMLIB, TSO and JCL) but are interested in soldifying their understanding of operating system fundamentals. I'm attempting to assemble an information roadmap and find very little that introduces the operating system with a fairly narrow scope at a reasonably introductory level. There are books that describe bits and pieces of it, ad-nauseum, but I find little that paints all of these pieces together into a bigger picture. Some sources that I have found include Introduction to the new Mainframe: z/OS Basics and some volumes in the ABCs of System Programming series. They do a fair job of providing a technical overview of the various storage managements and IOS. I'd especially like to see something that describes components in terms of new hardware capabilities and how MVS has evolved: 1) The original dispatcher (especially RBs and interrupt management), task management (especially the difference between DUs), program management (especially the PSW and what APF means), storage management and I/O management 2) Serialization techniques over the years (WAIT/POST, ENQ/DEQ, Locks, Latches) 3) Additions to the dispatcher (SRM and WLM) http://www-03.ibm.com/systems/z/os/zos/features/wlm/ http://www-03.ibm.com/systems/z/os/zos/features/rmf/ 4) Storage evolution (24bit-to-31bit in XA, ARs and data spaces in ESA, 31bit-to-64bit in z/OS) 5) Centralized (shared) programming support (e.g. SVCs, subsystems, PCs) 6) Availability improvements (e.g. GRS, sysplex [XCF] and parallel sysplex [XES]) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Also Posted In ISPF-L; ISPF SPLITV
In CAApqkjv2F=w-dt1hqs-th0rfrjhlzdrmcdob4n0og4cmuee...@mail.gmail.com, on 06/19/2014 at 08:02 AM, George Rodriguez george.rodrig...@palmbeachschools.org said: If memory serves, It doesn't; SPLITV is part of the 3290 support, has nothing to do with a session manager, and requires a session that supports explicit partitions. I used SPLITV instead of SPLIT to split the screen of a regular 3270 device. Certainly not a 3179, 3180, 3275, 3276, 3277, 3278, 3279 or more recent equivalents. Perhaps one of the InfoWindow terminals supported explicit partitions. -- 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
Re: Also Posted In ISPF-L; ISPF SPLITV
In caapqkjtnxwk6yvenevythr5k9+v2v-a0m6oj-pl62s5nd9d...@mail.gmail.com, on 06/19/2014 at 10:14 AM, George Rodriguez george.rodrig...@palmbeachschools.org said: Just one question... Is the product expensive? The ISPF Work Station Agent (WSA) is bundled. As long as you can run an SNA or TCP/IP session from z/OS to your PC, you've already got what you need. -- 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
Re: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
In b87b659dd927674f9e6efedc85bd8cae7e8...@uknohp20.easf.csd.disa.mil, on 06/20/2014 at 04:37 PM, Storr, Lon A CTR USARMY HRC (US) lon.a.storr@mail.mil said: We have a couple of team members wanting to learn more about MVS internals. That used to be easy, but with OCO (ptui!) most of the information is no longer available. A lot of what IBM documented for OS/360 and OS/VS2 is still applicable, so you might want to start with the logic manuals on bitsavers, as long as you keep in mind that some things have changed a lot. -- 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
Re: Strange REXX SAY behaviour.
In CAHcsYBTo1nLmm=esqwsqrmtkfowuz8st7kafnbb8hwt_00j...@mail.gmail.com, on 06/19/2014 at 06:30 PM, Massimo Biancucci mad4...@gmail.com said: I'm puzzling about a strange behaviour of a REXX under ISPF. Do you have appropriate use of address ISPEXEC CONTROL LINE address ISPEXEC CONTROL -- 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
z114 added capacity with added engine
Just added capacity to our 2818-S01 to make a 2818-V02. Our activation profile shows one GP and one zIIP with no reserves. Short of an IPL, is there any way for my single z/OS 1.13 LPAR to see and use the 2nd engine? CE seemed to remember some one one time had this magic command ... D M=CPU shows one GP and one zIIP PROCESSOR STATUS ID CPU 00 + 01 +I CPC ND = 002818.M05.IBM. CPC SI = 2818.V02.IBM.02 Model: M05 Any insight would be appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
df/sort parameter error. fixlen with leading zero
I have a minor DF/SORT application that works on one LPAR and fails on another. The leading zero appears to be the culprit. PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=8)), works cc=0, but if I specify 08 (zero-eight) for FIXLEN PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), abends with the following error: OUTFIL FNAMES=SURROGAT,INCLUDE=(RESCLASS,CH,EQ,C'SURROGAT '), PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), BUILD=(RESCLASS,2X, 10RESOURCE CLASS +2 %01,2X, 10SURROGAT TO: +2 ACCLEVEL,2X, 10ACCESS LEVEL +2 USERPROF,2X, 10USER PROFILE +2 PERMITEE)20PERMITEE +2 ICE282I 0 PERFORMING SYMBOL SUBSTITUTION AS NEEDED OUTFIL FNAMES=SURROGAT,INCLUDE=(RESCLASS,CH,EQ,C'SURROGAT '), PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), $ 0ICE805I 1 JOBNAME: AB14816G , STEPNAME: AU ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL ICE283A 0 SYMBOL, SYNTAX OR DELIMITER ERROR BUILD=(RESCLASS,2X, 10RESOURCE CLASS +2 %01,2X, 10SURROGAT TO: +2 ACCLEVEL,2X, 10ACCESS LEVEL +2 USERPROF,2X, 10USER PROFILE +2 PERMITEE)20PERMITEE +2 ICE287A 0 ONE OR MORE ERRORS ENCOUNTERED DURING SYMBOL SUBSTITUTION Is there any DF/SORT maintenance that accounts for this behavior? Sincerely, Tony Babonas -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPE problem
My SMP/E CSI consist of GLOBAL zone and several pairs of DLIB/Target, let's name it DLIB1/TGT1, DLIB2/TGT2, DLIB3, TGT3. An IBM product, downloaded from ShopzSeries (indirectly, using PC) was RECEIVEd. The product was ordered with a service (PTFs), based of SMP/E report. It happened in begining of April (several weeks ago), time is important here. The product was APPLied on TGT1 and TGT2, it was immediately after RECEIVE. Note: TGT3 was not touched. Few weeks passed. Recently (2 weeks ago) a service (RSU) was ordered, downloaded and received. PTFs + current HOLDDATA. Now I'm trying to APPLY the product on TGT3. And I'm getting error, because some HOLDERROR occurs. I can order and download missing PTFs, but I worry the PTFs need more requisities and finally some of them would require IPL or other disruptive action. And I need to APPLY the product without IPL, because the IPL is scheduled in far future. It was possible to APPLY the product with no IPL on TGT1 and TGT2, before new service was downloaded. My ideas how to solve it: 1. Simply BYPASS HOLDERROR. I don't like it, especially I'm not sure about further results of such bypass. 2. Replace HOLDDATA with older one or just reject newest HOLDDATA. Is it possible? How? Any clue? Please advise. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z114 added capacity with added engine
W dniu 2014-06-20 23:54, JT pisze: Just added capacity to our 2818-S01 to make a 2818-V02. Our activation profile shows one GP and one zIIP with no reserves. Short of an IPL, is there any way for my single z/OS 1.13 LPAR to see and use the 2nd engine? CE seemed to remember some one one time had this magic command ... D M=CPU shows one GP and one zIIP PROCESSOR STATUS ID CPU 00 + 01 +I CPC ND = 002818.M05.IBM. CPC SI = 2818.V02.IBM.02 Model: M05 Any insight would be appreciated. In the past the only way to dynamically add the processor to z/OS was to plan it in advance and add reserved processors in LPAR profile on HMC. It is still working and IMHO it is good idea to have reserve for upgrade. However I would try to use logical processor add icon on HMC. I'm not sure about the above, but I'm pretty sure it is possible to add crypto cards even without previous reservation. I'm also pretty sure there is no z/OS command to do this, it must be some HMC/SE function. HTH -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: df/sort parameter error. fixlen with leading zero
Tony, I don't think it has to do anything with 8 vs 08. You are getting an ICE287A error which is due to a symbolic substitution. How is the symbol RESCLASS defined? Can you show use the complete sysin control cards along with the symbols ? Thanks, Kolusu DFSORT Development IBM Corporation IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 06/20/2014 03:08:28 PM: From: Tony's Basement Computer tbabo...@comcast.net To: IBM-MAIN@listserv.ua.edu, Date: 06/20/2014 03:08 PM Subject: df/sort parameter error. fixlen with leading zero Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu I have a minor DF/SORT application that works on one LPAR and fails on another. The leading zero appears to be the culprit. PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=8)), works cc=0, but if I specify 08 (zero-eight) for FIXLEN PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), abends with the following error: OUTFIL FNAMES=SURROGAT,INCLUDE=(RESCLASS,CH,EQ,C'SURROGAT '), PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), BUILD=(RESCLASS,2X, 10RESOURCE CLASS +2 %01,2X, 10SURROGAT TO: +2 ACCLEVEL,2X, 10ACCESS LEVEL +2 USERPROF,2X, 10USER PROFILE +2 PERMITEE)20PERMITEE +2 ICE282I 0 PERFORMING SYMBOL SUBSTITUTION AS NEEDED OUTFIL FNAMES=SURROGAT,INCLUDE=(RESCLASS,CH,EQ,C'SURROGAT '), PARSE=(%01=(ABSPOS=31,ENDBEFR=C'.',FIXLEN=08)), $ 0ICE805I 1 JOBNAME: AB14816G , STEPNAME: AU ICE802I 0 BLOCKSET TECHNIQUE IN CONTROL ICE283A 0 SYMBOL, SYNTAX OR DELIMITER ERROR BUILD=(RESCLASS,2X, 10RESOURCE CLASS +2 %01,2X, 10SURROGAT TO: +2 ACCLEVEL,2X, 10ACCESS LEVEL +2 USERPROF,2X, 10USER PROFILE +2 PERMITEE)20PERMITEE +2 ICE287A 0 ONE OR MORE ERRORS ENCOUNTERED DURING SYMBOL SUBSTITUTION Is there any DF/SORT maintenance that accounts for this behavior? Sincerely, Tony Babonas -- 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
IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
My first experiment with symbol substitution in SYSIN: // //JCLSYMJOB 505303JOB,'Paul Gilmartin', // MSGLEVEL=(1,1),REGION=16385K //* //* Doc: experiment with instream symbol substitution. //* //USERCOUTPUT JESDS=ALL,DEFAULT=YES, // CLASS=R,PAGEDEF=V0648Z,CHARS=GT12 //* // SET X='This is a long symbol value.' //* //*.+|+|+|+|+|+|+|+| //STEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=(,) //SYSIN DD * //SYSUT2DD SYSOUT=(,) //SYSUT1DD *,SYMBOLS=CNVTSYS Lots of data to fill up a line, followed by a long symbol to see $X. //* //*.+|+|+|+|+|+|+|+| // :w ! JESRECFM=V JESLRECL=222 submit $ZOS21_HOST Submitted via FTP, fails with RC=12 and SYSPRINT containing: DATA SET UTILITY - GENERATE IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE What's really wrong here, and what must I do to fix it? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
Paul, I don't know how to solve your IEB319I issue, but out of curiosity I tried submitting your symbol substitution test from a PDS on our z/OS 2.1 system, and nothing ever gets substituted. Whatever your ftp submission issues, I don't see the new symbol substitution working at all here. Is there some system PARMLIB option needed to enable this feature that my sysprogs may not have set? I used the syntax SYMBOLS=(type-of-conversion,log-DDNAME) to see what was happening with the actual substitution process, and nothing ever happened. I made up more entries in SYSUT1 than you had to see any differences, but there were none, whether I used $X (I think that is not correct) or X (which the V2.1 JCL reference uses in its example of SYMBOLS usage). Here is my JCL (minus the JOB and OUTPUT cards, add your own at the top): //* DOC: EXPERIMENT WITH INSTREAM SYMBOL SUBSTITUTION. //* // SET X='THIS IS A LONG SYMBOL VALUE.' //* //*.+|+|+|+|+|+|+|+| //SYMTEST EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT2DD SYSOUT=* //LOGSYMS DD SYSOUT=* //SYSUT1DD *,SYMBOLS=(JCLONLY,LOGSYMS) LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE $X. $X ALONE LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE X. X ALONE //* //*.+|+|+|+|+|+|+|+| //* The LOGSYMS output was exactly the same for JCLONLY, EXECSYS and CNVTSYS as follows: SYSUT1 : RECORD 1 BEFORE SUBSTITUTION SYSUT1 : LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE $X. SYSUT1 : RECORD 1 AFTER SUBSTITUTION SYSUT1 : LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE $X. SYSUT1 : RECORD 2 BEFORE SUBSTITUTION SYSUT1 : $X ALONE SYSUT1 : RECORD 2 AFTER SUBSTITUTION SYSUT1 : $X ALONE SYSUT1 : RECORD 3 BEFORE SUBSTITUTION SYSUT1 : LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE X. SYSUT1 : RECORD 3 AFTER SUBSTITUTION SYSUT1 : LOTS OF DATA TO FILL UP A LINE, FOLLOWED BY A LONG SYMBOL TO SEE X. SYSUT1 : RECORD 4 BEFORE SUBSTITUTION SYSUT1 : X ALONE SYSUT1 : RECORD 4 AFTER SUBSTITUTION SYSUT1 : X ALONE Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Friday, June 20, 2014 6:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE My first experiment with symbol substitution in SYSIN: // //JCLSYMJOB 505303JOB,'Paul Gilmartin', // MSGLEVEL=(1,1),REGION=16385K //* //* Doc: experiment with instream symbol substitution. //* //USERCOUTPUT JESDS=ALL,DEFAULT=YES, // CLASS=R,PAGEDEF=V0648Z,CHARS=GT12 //* // SET X='This is a long symbol value.' //* //*.+|+|+|+|+|+|+|+| //STEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=(,) //SYSIN DD * //SYSUT2DD SYSOUT=(,) //SYSUT1DD *,SYMBOLS=CNVTSYS Lots of data to fill up a line, followed by a long symbol to see $X. //* //*.+|+|+|+|+|+|+|+| // :w ! JESRECFM=V JESLRECL=222 submit $ZOS21_HOST Submitted via FTP, fails with RC=12 and SYSPRINT containing: DATA SET UTILITY - GENERATE IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE What's really wrong here, and what must I do to fix it? -- gil -- For IBM-MAIN subscribe / signoff / archive
Re: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
For one thing, you need to export the symbols you want to substitute. For example, put the following statement before the EXEC statement: // EXPORT SYMLIST=* or // EXPORT SYMLIST=X On Fri, 20 Jun 2014 17:35:09 -0500, Paul Gilmartin paulgboul...@aim.com wrote: My first experiment with symbol substitution in SYSIN: // //JCLSYMJOB 505303JOB,'Paul Gilmartin', // MSGLEVEL=(1,1),REGION=16385K //* //* Doc: experiment with instream symbol substitution. //* //USERCOUTPUT JESDS=ALL,DEFAULT=YES, // CLASS=R,PAGEDEF=V0648Z,CHARS=GT12 //* // SET X='This is a long symbol value.' //* //*.+|+|+|+|+|+|+|+| //STEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=(,) //SYSIN DD * //SYSUT2DD SYSOUT=(,) //SYSUT1DD *,SYMBOLS=CNVTSYS Lots of data to fill up a line, followed by a long symbol to see $X. //* //*.+|+|+|+|+|+|+|+| // :w ! JESRECFM=V JESLRECL=222 submit $ZOS21_HOST Submitted via FTP, fails with RC=12 and SYSPRINT containing: DATA SET UTILITY - GENERATE IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE What's really wrong here, and what must I do to fix it? -- 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: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
(Thanks, Peter Farley, for fixing my inadvertent UNIX-ism (1 or more).) On Fri, 20 Jun 2014 18:12:22 -0500, Peter X. DeFabritus wrote: For one thing, you need to export the symbols you want to substitute. For example, put the following statement before the EXEC statement: // EXPORT SYMLIST=* or // EXPORT SYMLIST=X Thanks. I now have: // //JCLSYMJOB 505303JOB,'Paul Gilmartin', // MSGLEVEL=(1,1),REGION=16385K //* //* Doc: experiment with instream symbol substitution. //* //USERCOUTPUT JESDS=ALL,DEFAULT=YES, // CLASS=R,PAGEDEF=V0648Z,CHARS=GT12 //* // SET X='This is a long symbol value.' //* //CONTROL EXEC PGM=IEFBR14,PARM='This X. that.' //* //*.+|+|+|+|+|+|+|+| // EXPORT SYMLIST=* //STEP EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=(,) //SYSIN DD * //SYSUT2DD SYSOUT=(,) //SYSUT1DD *,SYMBOLS=CNVTSYS Prime instream data set with a long line ... This is a long symbol value, and more. Lots of data to fill up a line, followed by a long symbol to see X. //* //*.+|+|+|+|+|+|+|+| // :w ! JESRECFM=V JESLRECL=222 submit $ZOS21_HOST I still get IEB319I, whether I submit via FTP or writing directly to INTRDR. ISPF SUBmit command gives RC=0, but no substitution is performed. Thanks, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPE problem
RECEIVE the latest HOLDDATA (goes into GLOBAL only). I always do this before any maintenance. Run ERRORSYSMOD report against TGT1 TGT2. I'm sure the same PE/s or APAR/s against the product FMID/s/base will show up on this report. The new HOLDDATA should tell you if there is a fix or there is not for above APAR/s. If no fixing PTF/s is/are available - APPLY the product on TGT3 with BYPASS HOLDERROR(id/s from above ERRORSYSMOD rpt). You know what the error/s is/are. If product is already in use - I'm sure you can live with this. Hth... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Friday, June 20, 2014 6:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPE problem My SMP/E CSI consist of GLOBAL zone and several pairs of DLIB/Target, let's name it DLIB1/TGT1, DLIB2/TGT2, DLIB3, TGT3. An IBM product, downloaded from ShopzSeries (indirectly, using PC) was RECEIVEd. The product was ordered with a service (PTFs), based of SMP/E report. It happened in begining of April (several weeks ago), time is important here. The product was APPLied on TGT1 and TGT2, it was immediately after RECEIVE. Note: TGT3 was not touched. Few weeks passed. Recently (2 weeks ago) a service (RSU) was ordered, downloaded and received. PTFs + current HOLDDATA. Now I'm trying to APPLY the product on TGT3. And I'm getting error, because some HOLDERROR occurs. I can order and download missing PTFs, but I worry the PTFs need more requisities and finally some of them would require IPL or other disruptive action. And I need to APPLY the product without IPL, because the IPL is scheduled in far future. It was possible to APPLY the product with no IPL on TGT1 and TGT2, before new service was downloaded. My ideas how to solve it: 1. Simply BYPASS HOLDERROR. I don't like it, especially I'm not sure about further results of such bypass. 2. Replace HOLDDATA with older one or just reject newest HOLDDATA. Is it possible? How? Any clue? Please advise. -- Radoslaw Skorupka Lodz, Poland --- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorized to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, www.mBank.pl, e-mail: kont...@mbank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2014 r. kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 168.696.052 złote. -- 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: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
Look a Marist College online Education for Mainframe. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike La Martina Sent: Friday, June 20, 2014 10:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED) Although it is outdated, I have found Invitation to MVS to be a good overview of MVS. http://www.amazon.com/Invitation-MVS-Debugging-Harry-Katzan/dp/0894330810 Good Luck -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Storr, Lon A CTR USARMY HRC (US) Sent: Friday, June 20, 2014 9:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED) Classification: UNCLASSIFIED Caveats: NONE Hello List, We have a couple of team members wanting to learn more about MVS internals. They already understand quite a bit of usage (e.g. SMP/E, PARMLIB, TSO and JCL) but are interested in soldifying their understanding of operating system fundamentals. I'm attempting to assemble an information roadmap and find very little that introduces the operating system with a fairly narrow scope at a reasonably introductory level. There are books that describe bits and pieces of it, ad-nauseum, but I find little that paints all of these pieces together into a bigger picture. Some sources that I have found include Introduction to the new Mainframe: z/OS Basics and some volumes in the ABCs of System Programming series. They do a fair job of providing a technical overview of the various storage managements and IOS. I'd especially like to see something that describes components in terms of new hardware capabilities and how MVS has evolved: 1) The original dispatcher (especially RBs and interrupt management), task management (especially the difference between DUs), program management (especially the PSW and what APF means), storage management and I/O management 2) Serialization techniques over the years (WAIT/POST, ENQ/DEQ, Locks, Latches) 3) Additions to the dispatcher (SRM and WLM) 4) Storage evolution (24bit-to-31bit in XA, ARs and data spaces in ESA, 31bit-to- 64bit in z/OS) 5) Centralized (shared) programming support (e.g. SVCs, subsystems, PCs) 6) Availability improvements (e.g. GRS, sysplex [XCF] and parallel sysplex [XES]) I'd appreciate pointers to any materials you deem relevant. Thanks, Alan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
You should also set SYSSYM=ALLOW for the job class you are using. Also, as was discussed a while ago, if the long substitution causes the data to flow past the end of the record, you will get a 001-5 ABEND. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z/OS technical overviews for new(ish) system programmers (UNCLASSIFIED)
Back in the day, something like this would have been handy: http://www.makelinux.net/kernel_map/ If the z/OS source was available, I'm sure some bright spark would have done similar for our benefit nowadays. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
Actually, SYSSYM=ALLOW is only for system symbols. Your job stream does work for me, though, so I'm not sure what's wrong. On Fri, 20 Jun 2014 18:59:53 -0500, Peter X. DeFabritus pxdef...@gmail.com wrote: You should also set SYSSYM=ALLOW for the job class you are using. Also, as was discussed a while ago, if the long substitution causes the data to flow past the end of the record, you will get a 001-5 ABEND. -- 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: IEB319I INVALID SYSPRINT/SYSIN BLOCKSIZE
Oh, the EXPORT statement must be before the SET statement. On Fri, 20 Jun 2014 19:51:27 -0500, Peter X. DeFabritus pxdef...@gmail.com wrote: Actually, SYSSYM=ALLOW is only for system symbols. Your job stream does work for me, though, so I'm not sure what's wrong. On Fri, 20 Jun 2014 18:59:53 -0500, Peter X. DeFabritus pxdef...@gmail.com wrote: You should also set SYSSYM=ALLOW for the job class you are using. Also, as was discussed a while ago, if the long substitution causes the data to flow past the end of the record, you will get a 001-5 ABEND. -- 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
Does LE HEAPCHK vastly increase ANYHEAP requirements?
As a routine part of testing I have been testing a program with //CEEOPTS DD * RPTSTG(ON) HEAPCHK(ON,10,0,10,10,1024,0) /* I do this for two purposes: 1. To check for storage leaks and corruption. 2. To see what the stack and heap requirements are. I then set the initial heap sizes as recommended by RPTSTG. Based on the following HEAPCHK report (partial) I have been setting the initial ANYHEAP size to 7MB (with #pragma): ANYHEAP statistics: Initial size: 7340032 Increment size: 524288 Total heap storage used (sugg. initial size): 6400088 HEAP statistics: Initial size: 524288 Increment size: 32768 Total heap storage used (sugg. initial size): 513072 Today, as an unrelated experiment, I ran with just RPTSTG(ON) and no HEAPCHK. I was amazed to get the following ANYHEAP report: ANYHEAP statistics: Initial size: 7340032 Increment size: 524288 Total heap storage used (sugg. initial size):88480 HEAP statistics: Initial size: 524288 Increment size: 32768 Total heap storage used (sugg. initial size): 513072 Have I been vastly over-allocating heap based on RPTSTG's needs? Is the true ANYHEAP need of the program only 88K, not almost 7MB? I don't know how else to interpret this information. Can anyone enlighten me? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: z114 added capacity with added engine
Went to the HMC. Added logical processor. Went to MVS. Issued CF CPU(02),ONLINE. Second CPU came online. Thanks for the help. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN