Re: WLM : multiple periods not recommended for batch - why?
I'm writing a series of articles for my Tuning Letter about service level agreements and mentioned in the last issue that I strongly believe in single period batch and two-period TSO service classes. One of my readers asked me to clarify, so I pulled up an old article on multi-period batch. It will soon be added to our website as part of the z/OS 101 Primer articles that are free to the public - http://www.watsonwalker.com/articles.html. I've included the entire article below, but would like to qualify that I consider work like DDF to be more like TSO, needing two periods, than batch. (I've kept this as plain text, so it isn't pretty. Sorry.) Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == Multi-Period Batch What are the advantages and disadvantages of running batch in single-period service class versus a multi-period service class? We must have heard this question at least six times at the latest SHARE. Although we did provide an answer in our September 1994 TUNING Letter, we think it's time for an update. We'll address the considerations for both batch and production jobs, because they tend to have different requirements. Test Batch If your intention is to provide the best turnaround to the most people by allowing large resource consumers to suffer slightly, then you'll want to use the typical method of managing test batch jobs. That method simply consists of getting as many of the small jobs through the system, at a high dispatch priority, as you can. You would then let the larger jobs run at a lower priority, and possibly miss their service goals. This technique is used in almost every data center today. The only difference is in how it's implemented. Let us describe the two typical methods and the pros and cons of each. Priority by Job Classes The most common technique is to define a set of test batch job classes that allow a certain set of resources. For example, you might define the following test batch job classes: A - Less than 5 seconds CPU time, no tapes - 10 minute turnaround B - Less than 15 seconds CPU time, 0 to 1 tape - 30 minute turnaround C - Unlimited CPU time, 0 or 1 tape - 2 hour turnaround D - Unlimited CPU time, unlimited tapes - overnight Then you would define some JES initiators to process these jobs. There are dozens of ways to set up initiators, but a typical scenario, might be: Init 1 - Classes: A Init 2 - Classes: A Init 3 - Classes: B Init 4 - Classes: BA Init 5 - Classes: CA Init 6 - Classes: DCBA You would then set up a single period service class for each job class. As one example: TSTBATA - 90% within 10 minutes TSTBATB - 90% within 30 minutes TSTBATC - period 1 = velocity of 20%; period 2 = discretionary TSTBATD - discretionary We're making an assumption that there aren't enough ended class C jobs to allow a response time goal. The advantage of this technique is that the initiators will determine the highest priority jobs to allow into MVS. If the operators feel that the system is too busy at the moment, they can close down the initiators in order of 6, 5, 4, 3, 2 and 1. When jobs in classes A and B get onto an initiator, they'll go into a single-period service class and stay at the same dispatch priority while they're executing. For those job classes, the first jobs on an initiator are normally the first jobs completed. Job classes C and D, on the other hand, have unlimited CPU time. They might need 20 seconds of CPU time or three hours of CPU time - you don't really know. Therefore, the multi-period batch allows you to push the smaller of these large jobs through the system by setting the dispatch priority of period one to provide higher performance. Priority by Period Prioritizing test batch jobs by their actual use rather than their anticipated use is another common technique. In this method, there would be just one test batch job class. The initiators would be used to manage the number of test jobs in the system, but wouldn't differentiate between the short jobs or the long jobs. A service class for this method might have four periods and look like: Period 1 - 90% within 10 minutes, duration = 1000 Service Units (SUs) Period 2 - 90% within 30 minutes, duration = 3000 SUs Period 3 - velocity of 20%, duration = 1 SUs Period 4 - discretionary All test jobs would enter the system in a first-come, first-served order. As soon as MVS sees them, they will probably be run at a high dispatch priority until they've consumed 1000 service units. Those jobs taking less than 4,000 service units (1000 in period one and 3000 in period two) have the next highest priority and will be completed next. The longer jobs will compete at the same low priority, with the smaller jobs typically completing first.
Any 3270 emulators for Mac Lion?
I upgraded to Lion on my Mac and I can't find a 3270 emulator that works. (My old emulator stopped working after the upgrade.) I've downloaded two or three that say they're for Lion, but I can't get them working. If you've had success, please let me know (and maybe tell me what settings you use)? Thanks, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
Binyamin, Please don't assume from your experience with ISPF that it applies to all Share projects and requirements (or even to the current situation with ISPF). The Share MVSE project has been quite successful in obtaining IBM assistance in evaluating and working on requirements. The current IBM managers for z/OS development are quite interested in meeting customer requirements. I'll grant that we can't get everything we ask for, but we can make a lot of headway. At this moment, the MVSE project is in the final phase of a two-year project to clean up our large backload of requirements. In reviewing the older requirements, a small committee found that almost half of the older requirements HAD been implemented in some release, but the database hadn't been updated. So some developers were listening. There are about 200 requirements left on our database, and the members are voting this week to rank the top 40 or so to give to IBM, who asked for such a ranking. As Ed mentioned, developers get an attaboy for requirements they fulfill, so that just shows that it's a worthwhile process. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jul 26, 2011, at 3:16 PM, Binyamin Dissen wrote: I remember being at a requirements meeting (ISPF) where IBM was rejecting some requirements, and when I was reviewing them I mentioned that at least one of the rejected requirements was already in the product. The IBM rep had no problem at all changing it to available. At that point I realized that the requirements meetings were a waste of time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: dynamic STEPLIB
SHARE Requirement SSSHARE011158 (A Dynamic Steplib Facility is Needed for batch and TSO) was submitted in August 1985. During our recent cleanup of the MVSE requirements (Oct 2010), the requirements committee marked it as Available, so it is no longer active. The reason: IBM developed TSOLIB as the dynamic 'steplib' feature for TSO/E. What they did is fully compliant with all existing contents supervision behaviors and MVS integrity rules. The requirement pre-dates TSOLIB and does not stipulate that activating the dynamic 'steplib' from TSO/E READY is not an acceptable solution. A customer may want to open a new requirement for a dynamic 'steplib' feature that modifies the TASKLIB for an existing command processor's TCB within ISPF. Such a requirement will likely be rejected by IBM due to concerns about security issues. If that solution had been acceptable to IBM, they would have implemented TSOLIB that way in the first place. If anybody would like to submit a new requirement and would like help, please let me know. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Jul 22, 2011, at 8:46 AM, Lizette Koehler wrote: Andy, Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or TASKLIBs. I think there is a Share requirement out there (for ages I think) for IBM to address this issue. So far, there is still no dynamic Steplib process. I think the TSO-REXX group has had some discussions on this topic as well. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
The additional processors on the M10 are for specialty processors. The maximum number of CPs is five, depending on the model you order. The specialty engines run at full speed. One of the main advantages of the z114 is the ability to add a zBX BladeServer. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jul 12, 2011, at 1:15 PM, Pommier, Rex R. wrote: I find it interesting that the announcement letter talks about there being 2 base models, the M05 (with 5 available processors) and the M10 (with 10 available processors). They are both supposed to be available in September. Yet the feature codes, as well as the LSPR tables Walt pointed us to below only list up to the 5-way machines. In addition, the announcement says there are 130 different capacity settings, and there are that many just in the M05-based model. Or are the processors in the second drawer only available for specialty engines? Presumably the specialty engines run at full speed on this machine as well although I didn't see that in the announcement. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Tuesday, July 12, 2011 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe On Tue, 12 Jul 2011 16:08:30 +, Gibney, Dave gib...@wsu.edu wrote: MIPS or LSPR tables please? https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New instructions
It's the same instructions as on the z196. Nothing new. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jul 12, 2011, at 1:57 PM, Steve Comstock wrote: Well, OK. The z114 announcement talks about over 100 new instructions. Are these in addition to the z196 instructions or is this just a re-statement of the capabilities of this series of machines? Is there a new PoO (Pops, Props, Poops) available? Anyone know? Thanks. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * Special promotion: 15% off on all DB2 training classes scheduled by September 1, taught by year end 2011 * Check out our entire DB2 curriculum at: http://www.trainersfriend.com/DB2_and_VSAM_courses/DB2curric.htm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Lines, Bars and ... mini-bars???
Above the bar 2G. Elpida Tzortzatos from IBM (and Ms. VSM) gave an incredibly wonderful presentation at SHARE in Boston. This not only shows the lines and bars, but describes how the reserved area for Java works. It also contains the applicable APARs. A direct link is - http://share.confex.com/share/115/webprogram/Session7511.html If that doesn't work for you, go to www.share.org, go to previous conferences, select Boston, then session 7511. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Jul 5, 2011, at 11:38 AM, Bob Shannon wrote: Java uses memory in the bar? Java uses the area for compressed pointers. It doesn't execute there. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Image Focus from New Era Software
Thank you all. I really appreciate the comments. By the way, all of the offline comments had the same types of responses. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 29, 2011, at 3:03 AM, Patrick Loftus wrote: We use it here at TNT. Very happy with it. When we first installed it, we cleaned out rafts of old defunct parmlib definitions (z/OS, VTAM, JES) that Image Focus spotted. I like receiving automated email telling me what is incorrect in parmlib the day the mistake is made, rather than waiting to find out three weeks later when the system doesn't IPL. It's also great for installing a new version of z/OS. For example, if you're running z/OS v1r11, you can run a check as if you were z/OS v1r12, and it will flag up changes you may need to make. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)
Tom and others, I read my IBM-Main emails by threading them, so whenever I find a very long thread I simply delete it because I know it's been hijacked. I don't have enough time in my life to deal with those threads. For some unknown reason, I started reading this. Tom, I loved your very sane response, but as a writer and publisher I will not stop using USS when it makes sense for a couple of other reasons. IBMers use it too often to get all legal about it (as you'll see below). 1. Your comment of Misused acronym? Really don't care. Most of us are smart enough to figure it out. hits the nail on the head. Most people can figure it out. My readers can certainly figure it out, and a growing percentage of them are newbies. 2. Readability. As a writer, I want to make my sentences easy to read and understandable. Having no acronym tends to cut the flow of reading. I justify my use of it by the next reason (#3). I'm just really, really, glad that IBM started using zManager to refer to the zEnterprise Unified Resource Manager. As an aside, I found several places where IBM specifically uses the following: z/OS UNIX System Services (z/OS UNIX). After finding IBM's official abbreviation of z/OS UNIX, I might use that more often. 3. Officially, IBM may not support the acronym of USS, but they have yet to bring their employees in line. As long as you have articles like these on the IBM website, you won't eliminate the use of USS: a. Technote 1190356, Finding help for tuning USS (Unix Systems Services), 18Jan2011 (there are dozens of references like this). https://www-304.ibm.com/support/docview.wss?uid=swg21190356. This was updated 18Jan2011. Problem(Abstract) Tuning USS for an E2E (End-to-end) environment requires knowledge which may be new to customers installing and maintaining TWS for z/OS . Cause USS is a new area for many customers Resolving the problem First, check the default settings for the BPX parameters in SAMPLIB member BPXPRMXX (SYS1.SAMPLIB(BPXPRMXX). Also review the recommendations in INFO APAR II11711 , a copy of which is attached to this document. There is also a discussion of USS in chapters 4 and 8 of the redbook Customizing IBM Tivoli Workload Scheduler for z/OS V8.2 to Improve Performance ( publication number SG24-6352-00 ) which is available at http://www.redbooks.ibm.com/redbooks/pdfs/sg246352.pdf. b. IBM Redbook - http://www.redbooks.ibm.com/redbooks/pdfs/sg246989.pdf - SG24-6989, ABCs of z/OS System Programming: Volume 9 (z/OS UNIX System Services) has 40 entries where it uses the term 'USS'. Updated 12May2011. Isn't this the z/OS UNIX bible? c. IBM Redbook - http://www.redbooks.ibm.com/redbooks/pdfs/sg247853.pdf - SG24-7853, z/OS V1R12 Implementation has over 65 references to USS. Updated 27Apr2011. If people don't understand USS in this context, then it becomes problematic. d. Dozens of APARs use USS to mean z/OS UNIX. e. When I Googled 'ibm uss', the first hit was this - http://www-03.ibm.com/systems/z/os/zos/features/unix/, which is the home page for z/OS UNIX System Services. I assume that most of you know that Google keeps your history so that it can find the best search for you. Because I tend to go to UNIX pages more than I go to VTAM pages, my results will vary from others. d. All z/OS Health Checks begin with USS_. Because of these and many other references, I think that the best solution is for IBM to confirm a second use of USS. The reason that I spent time on this research is that I intend to submit it as a SHARE requirement to make that request to IBM. Cheers! Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On May 2, 2011, at 9:25 AM, Chicklon, Thomas wrote: OK, you win. USS is officially only to be used when speaking of VTAM's table thing. We've all seen the references, and what is official, and what is right, and what is not, and who says it shouldn't have been. You're right. You win! Problem is, most of us just don't care. Really. We don't care what is right and what is a misuse of an acronym. Really. We just don't care. So, if you (and some others I'm sure) want to preserve the purity of the acronym USS, good for you. Don't misuse it. Just leave the rest of us out of it. We are sick of the posturing, the arguing, the I'm right / you're wrong. We don't care. We're tired of a few having to prove their self worth by arguing a point that many just don't care about. Most of us are not confused when the same acronym is used to represent two different things. Happens quite often. Especially with IBM. We get the context. We understand the question being asked, and are frankly, more concerned with solving a technical question than correcting. Misspelled word? Don't care. Poor English? So what! Misused acronym? Really don't care. Most of us are smart enough to figure it out. Tom Chicklon
Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)
If anybody would like to take action to solve the problem, you can discuss SHARE requirement SSMVSE11023, http://reqs4.share.org/Display.jsp?r=SSMVSE11023. (You'll need to be signed on to SHARE requirements for the link to work, and you need to have signed up for the MVSE requirements section.) If you go to the MVSE project, you'll find it in Open for Discussion. If other people are interested in submitting requirements to IBM through a formal method, and your company is a member of SHARE, please consider joining us. This is an excellent way to help influence IBM in their development priorities. You may have gotten a SUG APAR, but you're only one site. What happens when 40 people want something from IBM? SHARE requirements are an excellent way to go. If you'd like to see how to join us, please see the article at the end of my last 2010 SHARE presentation at http://www.watsonwalker.com/PR100317.pdf. Thanks, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 27, 2011, at 3:57 PM, Linda Mooney wrote: Hi Cheryl, It's got my vote! Thanks, Linda - Original Message - From: Cheryl Walker che...@watsonwalker.com To: IBM-MAIN@bama.ua.edu Sent: Monday, June 27, 2011 12:25:01 PM Subject: Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD) Tom and others, I read my IBM-Main emails by threading them, so whenever I find a very long thread I simply delete it because I know it's been hijacked. I don't have enough time in my life to deal with those threads. For some unknown reason, I started reading this. Tom, I loved your very sane response, but as a writer and publisher I will not stop using USS when it makes sense for a couple of other reasons. IBMers use it too often to get all legal about it (as you'll see below). 1. Your comment of Misused acronym? Really don't care. Most of us are smart enough to figure it out. hits the nail on the head. Most people can figure it out. My readers can certainly figure it out, and a growing percentage of them are newbies. 2. Readability. As a writer, I want to make my sentences easy to read and understandable. Having no acronym tends to cut the flow of reading. I justify my use of it by the next reason (#3). I'm just really, really, glad that IBM started using zManager to refer to the zEnterprise Unified Resource Manager. As an aside, I found several places where IBM specifically uses the following: z/OS UNIX System Services (z/OS UNIX). After finding IBM's official abbreviation of z/OS UNIX, I might use that more often. 3. Officially, IBM may not support the acronym of USS, but they have yet to bring their employees in line. As long as you have articles like these on the IBM website, you won't eliminate the use of USS: a. Technote 1190356, Finding help for tuning USS (Unix Systems Services), 18Jan2011 (there are dozens of references like this). https://www-304.ibm.com/support/docview.wss?uid=swg21190356. This was updated 18Jan2011. Problem(Abstract) Tuning USS for an E2E (End-to-end) environment requires knowledge which may be new to customers installing and maintaining TWS for z/OS . Cause USS is a new area for many customers Resolving the problem First, check the default settings for the BPX parameters in SAMPLIB member BPXPRMXX (SYS1.SAMPLIB(BPXPRMXX). Also review the recommendations in INFO APAR II11711 , a copy of which is attached to this document. There is also a discussion of USS in chapters 4 and 8 of the redbook Customizing IBM Tivoli Workload Scheduler for z/OS V8.2 to Improve Performance ( publication number SG24-6352-00 ) which is available at http://www.redbooks.ibm.com/redbooks/pdfs/sg246352.pdf. b. IBM Redbook - http://www.redbooks.ibm.com/redbooks/pdfs/sg246989.pdf - SG24-6989, ABCs of z/OS System Programming: Volume 9 (z/OS UNIX System Services) has 40 entries where it uses the term 'USS'. Updated 12May2011. Isn't this the z/OS UNIX bible? c. IBM Redbook - http://www.redbooks.ibm.com/redbooks/pdfs/sg247853.pdf - SG24-7853, z/OS V1R12 Implementation has over 65 references to USS. Updated 27Apr2011. If people don't understand USS in this context, then it becomes problematic. d. Dozens of APARs use USS to mean z/OS UNIX. e. When I Googled 'ibm uss', the first hit was this - http://www-03.ibm.com/systems/z/os/zos/features/unix/, which is the home page for z/OS UNIX System Services. I assume that most of you know that Google keeps your history so that it can find the best search for you. Because I tend to go to UNIX pages more than I go to VTAM pages, my results will vary from others. d. All z/OS Health Checks begin with USS_. Because of these and many other references, I think that the best solution is for IBM to confirm a second use of USS. The reason that I spent time on this research is that I intend to submit it as a SHARE requirement to make
Re: RMF and DDS Options
Mark, Thanks, but not really. DDS doesn't even require RMF III data sets. I'm asking about the parameters that are used to start up RMF Monitor III. IBM distributes member ERBRMF04 with parameters for RMF III. The ones used for tuning are most likely CYCLE, MINTIME, and options on which data to collect. Thanks, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 27, 2011, at 4:49 PM, Mark Zelden wrote: On Mon, 27 Jun 2011 15:38:15 -0500, Cheryl Watson cwwalke...@gmail.com wrote: The RMF Distributed Data Server (DDS) uses data from RMF Monitor III. I thought that I had seen some tuning recommendations for RMF III and DDS, but I can't find them now. Hi Cheryl, Are you perhaps thinking about this recommendation for the monitor III data sets? (sorry for the caps, my note is within my JCL that is in upper case): THE RMF MANUAL SAYS NOT TO MAKE THE ALLOCATION SIZE OF ANY DATA SET LARGER THAN 50 CYLINDERS. THIS IS BECAUSE OF INDEX RECORDS. THE DATA SETS CAN HOLD ABOUT 1100 SETS OF SAMPLES. IF MINTIME IS 60 SECONDS, THAT IS ABOUT 16 HOURS. HOWEVER, DEPENDING ON THE SIZE OF THE SAMPLE, THE INDEX MAY RUN OUT OF ROOM BEFORE THE DATA SET. IN MY EXPERINCE, I HAVE NOT RUN INTO THIS AND HAVE HAD DATA SETS AS LARGE AS 300 CYL EVEN ON FAIRLY LARGE SYSTEMS. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Whitepaper: reconsidering the mainframe
My registration was easier, but I found it interesting. Thanks for the post. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Jun 24, 2011, at 12:51 AM, Dell'Anno, Aurora Emanuela wrote: Uh oh, I was interested so went to download this and had to register, re-register, confirm registration, click on 15 different web pages and promise them my firstborn. Now I finally have downloaded it and I sure hope it's as interesting as the introduction promises... Thanks. Aurora Aurora Emanuela Dell'Anno CA Technology - MSC Sr. Engineering Services Architect Tel: +44 (0)1753 577 733 Mobile: +44 (0)7768 235 339 aurora.della...@ca.com CA Technology RD Limited, Ditton Park, Riding Court Road, Datchet, Slough, Berkshire, England SL3 9LL. CA Technology RD Limited is a company registered in England and Wales under company registration number 07251836 with its registered office at the address set out above. VAT number 697904179. http://www.ca.com/ P please don't print this e-mail unless you really need to! _ From: Dell'Anno, Aurora Emanuela Sent: 24 June 2011 05:43 To: IDUG DB2-L; IMS Data Base Discussion List; IBM-MAIN@bama.ua.edu Subject: Whitepaper: reconsidering the mainframe For download here - apologies if it's been posted already and I haven't noticed by the way http://www.theregister.co.uk/2011/06/21/reconsidering_mainframe_whitepaper/ Thanks. Aurora Aurora Emanuela Dell'Anno CA Technology - MSC Sr. Engineering Services Architect Tel: +44 (0)1753 577 733 Mobile: +44 (0)7768 235 339 aurora.della...@ca.com CA Technology RD Limited, Ditton Park, Riding Court Road, Datchet, Slough, Berkshire, England SL3 9LL. CA Technology RD Limited is a company registered in England and Wales under company registration number 07251836 with its registered office at the address set out above. VAT number 697904179. http://www.ca.com/ P please don't print this e-mail unless you really need to! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WSC Techdocs down?
No thanks. I just wanted to make sure it wasn't just me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to justify SHARE
Lizette, Before SHARE created their web page for justification, they used to publish an article that I wrote in my Tuning Letter. It's gone now, but CMG still has it up here - http://www.cmg.org/conference/justify.html. It's more about how to get a return ticket to SHARE than it is getting there the first time. I consider the SHARE conference to be the best education you can get, and it's a bargain when compared to actual courses that only cover one subject. All my best, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 21, 2011, at 3:00 PM, Lizette Koehler wrote: http://www.share.org/Events/UpcomingConferences/SHAREinOrlando/BuildingaCasetoAttendSHARE/tabid/395/Default.aspx Regards, John K Everyone Thanks so much. For some reason I seem to have a lot of difficulty finding things on SHARE that use to be easy. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BDT and PDSEs
Thanks so much! Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jun 13, 2011, at 10:44 AM, John Eells wrote: I'd suspect that most people use FTP these days for PDS and PDSE transfers, both of which it supports (including load modules and program objects, I'm told by the developers). There are other ways to skin the cat but (as someone who is NOT a non-networking expert!) this seems like the most likely one to me for simple transfers. (Note: The BDT product, 5665-264, was withdrawn from service in 2008, but it lives on as a set of priced optional features and a base element of z/OS.) Cheryl Watson wrote: The SHARE MVSE project is reviewing some older requirements and this one came as a surprise to me. It's requirement SSSHARE012987 and was submitted on 11/01/1994: We run and maintain MVS in two sites: New York and New Jersey. We currently run DFSMS/MVS 1.1 at both these sites and plan to migrate to DFSMS/MVS 1.2 within the next 6 months. It is our intent to exploit PDSEs. We have been informed that the MVS BDT File to File feature will not support the transmission of PDSE's. The inability of BDT to transmit PDSE's will severely restrict our ability to exploit PDSEs since we transmit 100's of load modules between sites on a daily basis. Is this still true today, and if so, what do sites use to transfer PDSEs? snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cheryl's List #148
I could change it to say that The current problem with z/OS pricing is that most software is charged on the size of the machine OR LPAR, not the amount of usage of the software. But I still think it's a current problem. There have been improvements in MVS releases to address this situation, such as the latest pricing improvement for z196 machines, Integrated Workload Pricing. But the basic problem still exists. When you add work to a z machine or LPAR, the cost of most of the other IBM and ISV software will increase. Referring back to the other discussion of 'Dummy LPARs', yes, you could put the new software in another LPAR and not increase the software prices of the major software on the machine. But the z/OS usage is still increased. Many of the ISVs use sub-capacity pricing based on the MIPS or MSUs of the LPARs running z/OS. So an added LPAR for a new workload still causes an increase. In 2009, I quoted Al Sherkow in my newsletter when he said about half of IBM's customers use sub-capacity pricing. I assume (and hope) that a greater percentage are now using sub-capacity pricing, but it's been a long haul. When I ask people why they don't use it, I get a variety of answers, but it's usually something in the form of well we have this special full-site license that covers everything. That might work fine for IBM products, but it doesn't work for all products. Every installation should be pushing their ISVs to do sub-capacity pricing. When I talk about 'usage-based' pricing, I'm talking about a product that uses 30 MIPS during its peak, not about one that runs in a 30 MIPS LPAR. Because the tooling for that type of chargeback is fairly expensive, I can't see it happening except for new products arriving in the marketplace. I hope that explains my statements. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Mar 12, 2011, at 1:58 AM, Timothy Sipples wrote: I didn't understand this comment: The current problem with z/OS pricing is that most software is charged on the size of the machine, not the amount of usage of the software. The newsletter mentions VWLC later, but I disagree with this sentence with respect to IBM software. (It's not a current problem.) Most customers now pay for all or at least the vast majority of IBM software based on monthly peak four hour rolling averages on an LPAR basis and in very granular MSU increments. The size of the machine is irrelevant except as an overall limit, not as a floor. Even some sub-LPAR sub-capacity pricing is now available. I could change just one word to make that sentence correct, though: The current problem with non-mainframe pricing is that most software is charged on the size of the machine, not the amount of usage of the software. IBM and a few other vendors allow you to license their non-mainframe software on the number of CPUs that it runs (at maximum) rather than the total number of processors in the machine, with (much coarser) core granularity, but that practice is hardly universal. - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) E-Mail: timothy.sipp...@us.ibm.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is RMF Better?
One item was brought up at SHARE regarding CMF/RMF and z/OSMF. z/OSMF is the new web-based system for system programmers. Depending on the release, it provides problem determination, Communications Server migration, Workload Manager policy editor, and a workload monitor. The workload monitor is based on the RMF Distributed Dataserver, and does not work with CMF. Some people were confused and thought that RMF was a requirement before you can install z/OSMF. That's not true, and you can run z/OSMF with CMF, but you won't have the workload monitor piece of the package. For some pointers to some SHARE presentations about z/OSMF, see my SHARE Hot Flashes #25. Go to our website and click on Presentations at the left. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Mar 10, 2011, at 7:03 AM, Scott Chapman wrote: I haven't ever used or even seen CMF, so I can't really comment on the comparison. However, I will say that I really like RMF's Distributed Dataserver component which exposes RMF III interval data as XML that can then be used in all sorts of interesting ways. IBM's included browser-based Data Portal leverages that and you can relatively easily write your own code to do something similar. But as I said, I haven't seen CMF so perhaps they have the same capability. If they don't, put that as item #1 on my list for reasons to use RMF instead. Scott Chapman -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
zPrime
This product from Neon was the topic of several discussions two years ago. I just sent out a Cheryl's List email about the current status - it's still in the courts, but a summary judgment was just filed. If you're interested, look at Cheryl's List #148 at http://www.watsonwalker.com/archives.html. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SI and MI MIPS (new thread for zPCR discussion)
I simply have to wade in here, having dealt with capacity planning since 1965. And, yes, we did CP back then. Regarding SI versus MI, I think the question has been answered here. But the reason that IBM started publishing multi-image estimates is that the majority of customers run multiple LPARs, which carries some amount of overhead. The single-image estimates gave too optimistic a view of potential capacity. If you truly run a single image, then use the SI values. This thread has discussed two different parts of CP. The first part is non-negotiable and by far the hardest to handle - it's the estimate of the change in workload. That's an entire book on techniques, but the most important is talking to the customer about their plans. For example, does the claims department plan to add more reviewers because the load is expected to increase by 15%, or is the sales department adding remote offices. While it helps to predict growth based on the past, it's more important to understand the driving force behind the changes due to business requirements. Because CP is often added to the sysprog's duties, this part of CP is often neglected. The second part of CP is understanding the capacity of both the current and the potential new machines. I'm apparently one of the few in this thread who believe in MIPS. I do that because management believes in MIPS, and you have to give them what they want. It's the closest metric we have to understanding the capacity of different machines. Just be sure that you realize there is no such thing as a value of MIPS for a machine; there are values of MIPS for different kinds of workloads. If you run 60% CICS and 40% batch, you might need to come up with a combined MIPS that is 60% CICS MIPS and 40% batch MIPS. (I've simplified this for this discussion; the workloads aren't that well defined any more.) IBM spends a lot of time running benchmarks and attempting to show customers what they might expect when moving to a new machine. Part of that information is published in the LSPRs (Large Systems Performance Reference - https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex?OpenDocument). The results of the benchmarks are shown in both the LSPRs and zPCR. But zPCR has additional information that isn't published, such as the impact of additional LPARs. For both tools, however, you need to understand the makeup of your own workloads, because they may not match IBM's benchmark workloads. I strongly believe that you cannot do a proper job of capacity planning without using zPCR, and for the new processors you should be collecting the 113 SMF records to better understand the storage access of your workloads. Most of the knowledge from the benchmarks has been put into zPCR. And it's the ONLY tool I know of that will give you a reasonable estimate of what to expect. The results can be shown in any manner you want such as MIPS or relative change. Most people use MIPS because it's something they and their management can relate. Even though we publish MIPS in our CPU Charts, we suggest that people use them to find possible candidates for the capacity they might need (which zPCR doesn't do). But then we tell them to use those potential machines with zPCR to see how each machine will handle the workloads. Even then, the capacity might be wrong, but if you've run zPCR first, then IBM will help you find the combination that works. Just remember that zPCR is an estimate. You still need to confirm that you received the capacity you expected. You don't want to run into the situation where you need another upgrade the next week. While some sites use a standard set of jobs that they run on a new machine, I've always thought that you should look at all the stable jobs, not just a select group. That's why in 1987, I started using a technique described by Joe Majors that finds stable job steps or transactions using CPU per I/O and compare them before and after the migration. (Now here's where I'll probably get into trouble with the moderator...) That technique is the basis of our software product, BoxScore, which does that comparison. The results from our BoxScore customers shows that zPCR results are really excellent on average, but there are some workloads that don't seem to be represented in IBM's benchmarks. Those are the workloads that bite you. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Nov 23, 2010, at 5:16 PM, Ted MacNEIL wrote: That may be all well and good in your environment, but there are many in management at many shops who want capacity boiled down to a simple number. I never said I've been blessed with management more enlightened than that. The one number is still an issue. If you say that it is more complicated then that, then they will just use it as yet another reason to
Re: zOS messages.. totally true... almost totally useless
Regarding the scores, the values can range from +5 (highly desirable) to -5 (would cause negative impact). In this particular situation, 27 people said it was desirable (7 of them said it was +5). Now compare that to opening an APAR where only one site wants a change. In my experience, requirements carry a lot more weight than a suggestion APAR from a single customer. In fact, some developers have even asked me to submit a SHARE requirement so they can get more justification for including a change they think is important. Currently this particular requirement is waiting on a response from IBM, and I'll let you know what happens. My point, though, is that you can really make a difference. Instead of, or in addition to, complaining about something that IBM does wrong, please take the time to submit a SHARE requirement, which can likely obtain more sites to support your request. In addition to the SHARE link that Ed gave earlier, here's a presentation and paper describing SHARE requirements and how you can affect IBM's development choices: http://www.watsonwalker.com/PR100317.pdf. Once you've learned out how to submit a SHARE requirement, it should take less than 10 minutes to submit the next one. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Nov 21, 2010, at 9:24 PM, Edward Jaffe wrote: On 11/21/2010 5:40 PM, W. Kevin Kelley wrote: Ed, The biggest challenge is likely to be the limited resource in TSO (the IKJ component), but I'll see what I can do... It certainly wouldn't hurt to resubmit it as part of the SHARE requirements clean-up. Upon closer examination, it appears this requirement was moved into re-voting status on 26 October, 2010 and then to its current status on 17 November, 2010. That's where its current 3.4 score came from. The March 1993 score was only 3.0. Apparently, z/OS customers want good messages even more now than MVS customers did 18 years ago. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Diag traps, was: Re: z/os 1.11 and low private
Barbara, I am trying to send you an off-list email, but it's returned saying that you won't accept email from my address. Have I done something wrong? Thanks, Cheryl che...@watsonwalker.com == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Nov 1, 2010, at 2:43 AM, Barbara Nitz wrote: Are there still problems known or is it generally considered safe to go to VSM USEZOSV1R9RULES(NO)? We run 1.10, going to 1.11 soon. IPL your test system / sysplex with these options in your diag: Traps Name( IeaInitArSrb /* Initialize ARs for SRBs*/ IeaInitRegsTask /* Initialize GPRs for TCBs */ IgvInitCpool /* Initialize CPOOL GET elements */ IgvInitGetmain/* Initialize GETMAINed storage */ IgvInitFreemain /* Initialize FREEMAINed storage */ IarSt64InitGet/* Initialize gotten 64-bit stg. */ IarCp64InitGet/* Initialize gotten 64-bit cells */ ) In addition, copy igvdgnpp from samplib (?) to your proclib and start that stc. All of this will basically 'pollute' everything not expressly initialized with a pattern of all Foxes or x'4F'. Last time I tried this, we were hit by quite a few problems. On the other hand, if your system comes up and runs without any abend0cx, you can safely turn on using the new rules. The above diag traps thoroughly test all code and would simulate errors from the improved rules. We ran into a problem with Connect Direct at the 4.6 release level. The problem is fixed in Connect Direct 4.7 and 4.8. Yes, we did too using the above traps. My colleague reported it to Sterling, and got one fix named T040140. Now that IBM owns Sterling, it should be a lot easier to get anything fixed that pops up using 'dirty getmain'. So far I have found that SHCDMUF (I think this is CA/DATACOM DB) needs LCCA and/or PCCA in 24bit, CA/OPERA doesn't like REUSASID(YES), and CA/PMO has problems with USEZOSV19RULES(NO). I am also still tracking down one or two users of key 8 CSA. Yes, CA are certainly BIG offenders in this game. Actually, we just ran into a key8 CSA thing with datacom - you cannot change the XCF MUF group name without it. Even after IPL they do not come up. One product that doesn't handle the improved VSM rules is BETA91 and their BSA. Beta at one point refused to fix the bugs because they said we were using 'unsupported options'. Which was patently false, as the problem occured in production, where we certainly won't use the new rules until the *test* sysplex runs cleanly. So expect quite a bit of resistance (both from the vendors and from your colleagues responsible for a buggy product) when you report a bug caused by the diag traps. Best regards, Barbara Nitz -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why are TSO IDs limited to 7 characters
For anybody who is interested, there has been a SHARE requirement to increase TSO Ids to 8 characters for 20 years. Because IBM responded and assigned it to 'Long Range Consideration', it's been sitting there neglected. The SHARE MVSE Requirements Committee has recently determined that it should be re-opened, and I'll do that within a week. When it was voted on in 1990, it received a vote of 2.5 out of a range of +5 to -5. A negative number means that the change would either harm your installation or that you want developers to spend their time on other things. So do you want this bad enough to vote for it, or do you want developers working on other things? Your choice. You can vote if your company is a SHARE member, and I put together a paper on how to participate in requirements at http://www.watsonwalker.com/PR100317.pdf. Here's the requirement that will be opened for discussion soon: Requirement#: SSSHARE014155 Status: Provider Responded Priority: 2.5 Vote Distribution: N/A Submitted: 1990-08-01 Title: TSO/E - Allow 8 Character USERIDs Description:Change TSO/E to allow USERIDs to be 8 characters in length. Benefit:We would like to have common USERIDs across all IBM systems. RACF, VM, and CICS all allow for 8 character USERIDs; TSO/E should also. The rest of the computing world (AIX, Unix, VAX/VMS) allow 8 character USERIDs. There should be no problem with jobnames for jobs submitted from TSO/E as there is already a mechanism for removing the IBM default job ownership rules (jobname = userid + suffix) -- reference GUIDE Requirement GD124088013. Best regards, Cheryl Watson MVSE Requirements Coordinator == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Nov 5, 2010, at 6:45 PM, John McKown wrote: On Fri, 2010-11-05 at 16:54 -0400, Shmuel Metz (Seymour J.) wrote: In a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom, on 11/05/2010 at 10:48 AM, McKown, John john.mck...@healthmarkets.com said: Nope. I definately ran TSO on MVT. It was a SYSGEN option. I shudder to remember it. But it was with local 3277 terminals. Hey, you were using 3277 instead of 2260; be grateful. The 2260s in the one shop that I was at were dedicated to the ACP system. That was with Braniff Airways, back in the early 1980s. We had an RYO VTAM based 3720 interactive OLTP system there. I had to write an interface which allows 2260 data streams to be sent to and from 3720s. Weird. I loved the shutdown command: F OLTP,SAY GOODNIGHT, DICK! -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Someone has training manuals or notes that can help me
Hilario, Despite the off-topic comments, you have a legitimate request. And I suspect that over the next couple of years, there will be similar requests on this forum from other new sysprogs. Before you can function as a system programmer, you will need to become familiar with the mainframe. I have a link on my website for a couple of z/OS 101 Primers - http://www.watsonwalker.com/articles.html, which is one place you can start. For you, one of the best will be the Redbook called the P/390: OS/390 New User's Cookbook - SG24-4757 - http://www.redbooks.ibm.com/abstracts/sg244757.html?Open. This was developed for a developer's machine in 1999, but it is quite handy for a new sysprog. By using the links provided in responses to your question and the links in my primer, you should have a good start on learning the mainframe. With that in hand, however, the task of migrating from z/OS 1.7 to z/OS 1.11 is almost an impossible task without some experienced help. No matter what country you're in, you can probably locate someone who can help you remotely, and I think you'll need that. Depending on the size of your current installation, you might well have a better chance of success with installing z/OS 1.11 in a separate LPAR and slowly move the libraries and user to the new machine. If you go this route, try to use IBM's defaults whenever possible, rather than create new and difficult to manage naming standards. My best advice is to get your vendor, IBM or 3rd party, to get you started. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Oct 4, 2010, at 12:51 PM, Hilario G. wrote: Hi colleagues, I have not work in mainframe environment and now I have to perform the functions of System Programmer. I have no time to attend training and in my country there are no planned training courses for not having enough workers to justify the course. Some of you you can tell me if there are training manuals or the can makes me get my email on the following topics: - Installing Z / OS - SMPE - SMS - RACF - USS - HFS - CICS - IMS / DB - REXX and CLIST - JES2 - VSAM - DB2 I have manuals that IBM would need is if someone has information that can help me (types of training books or notes). Thank you very much. Hilario -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Shutdown and dependencies
Barbara and others, Although this email is a little late, a good reference for dependencies at start up and shut down can be found in the MTTR Redbook - http://www.redbooks.ibm.com/abstracts/sg247816.html?Open. Although the TCP/IP issue isn't addressed, there are other dependencies that might be of interest to people following this thread. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Sep 30, 2010, at 12:52 AM, Barbara Nitz wrote: I disagree on some points in this part of the discussion: This is funny. I don't think you disagreed on anything, just clarified things a bit :-) (I was too much in a hurry yesterday.) A Brave man !! ... :-) ... uh oh. Seems I need to stop saying anything :-) Not that that is going to stop me :-(. That is not correct. CANCEL does a POST of the CANCEL ECB, on which the initiator task is WAITing. The initiator task then does a CALLRTM TYPE=ABTERM of the jobstep task. Which in turn tries to get its daughter tasks to terminate by issuing the appropriate detach abends to them. At least that's what I remember they should do. And the hang occurs when one of them daughters gets control in their recovery routine and does something stupid like rely on something that just isn't there (anymore - like an ECB that will never be posted anymore because the application supposed to post it has forgotten to do it when *it* terminated) causing our address space to hang indefinitely. In some cases a second cancel helps, but for the past years I haven't seen that to work anymore. And in the case of an IMS MPR/BMP, this point usually means restart of all of IMS (I get involved when IMS doesn't know about the MPR/BMP anymore, but the address space is caught in the cancel/force arm/force loop. At that point I get to try the callrtm program. And the culprit in thise cases has always been Xpediter, and they have been unable to determine what they do wrong to cause an IMS restart at the best online time - every time.) If that situation occured, automation setup and operational procedure were both correct. In fact, we don't want our operators to use cancel unless we tell them to, either. Much less force. Best regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Announcements URL
The link work fine for me using Safari 5.0.2 on a Mac. I also use this for z/OS - http://www-03.ibm.com/systems/z/os/zos/news.html Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Oct 19, 2010, at 2:44 PM, Craig Dudley wrote: Hi, I am trying to access the IBM announcements web page at: http://www-01.ibm.com/common/ssi/index.wss using Firefox 3.6.10 or Safari 5.0.2 on Mac OS X 10.6.4 and am getting a blank browser window. This problem just started last week. This URL works on my Windows XP version of Firefox 3.6.10 and my IE 8 browser running in my Parallels Windows session. Does anyone else have a different URL I could try with my Mac browsers? BTW, I tried to give feedback via the Offering Information Feedback but that web page is so broken it won't let me enter 200 characters into the Message box even though the note indicate 500 characters is the limit for the box. This is using IE 8. Thanks -- Craig Dudley Systems Communications Sciences, Inc. 244 Poor Farm Rd. New Ipswich, NH 03071-3922 603.878.1148 Fax 603.925.1978 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What are types of Work in SMF 30 record?
The SMF30WID can be JES2, JES3, OMVS, STC, or TSO. MXG uses JOB for JES2 JES2, and TSU for TSO. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com == On Aug 11, 2010, at 11:06 AM, Mackenzie, Bruce wrote: I can only speak for our shop in which I only see these four. JES2 OMVS STC TSO I would assume that if we were a JES3 shop, the batch would show up as JES3. Bruce -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, August 11, 2010 9:50 AM To: IBM-MAIN@bama.ua.edu Subject: What are types of Work in SMF 30 record? The documentation in Chapter 13 of z/OS V1R10.0 MVS System Management Facilities (SMF) says SMF30WID 4 EBCDIC Work type indicator for the address space. The value identifies the type of address space that is being reported on (for example: STC for started tasks and system address spaces, TSO for TSO/E users, etc). The earlier paragraphs mention various types of work: a TSO/E session, APPC/MVS transaction program, OMVS forked or spawned address space, started task, or batch job. What are all of the possible values for SMF30WID? I assume 'JOB' for a batch job. What else? Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE OF CONFIDENTIALITY This communication including any information transmitted with it is intended only for the use of the addressees and is confidential. If you are not an intended recipient or responsible for delivering the message to an intended recipient, any review, disclosure, conversion to hard copy, dissemination, reproduction or other use of any part of this communication is strictly prohibited, as is the taking or omitting of any action in reliance upon this communication. If you receive this communication in error or without authorization please notify us immediately by return e-mail or otherwise and permanently delete the entire communication from any computer, disk drive, or other storage medium. If the above disclaimer is not properly readable, it can be found at www.td.com/legal AVERTISSEMENT DE CONFIDENTIALITE Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement aux destinataires susmentionnés, est confidentiel. Si vous n'êtes pas le destinataire prévu ou un agent responsable de la livraison de ce courriel, tout examen, divulgation, copie, impression, reproduction, distribution, ou autre utilisation d'une partie de ce courriel est strictement interdit de même que toute intervention ou abstraction à cet égard. Si vous avez reçu ce message par erreur ou sans autorisation, veuillez en aviser immédiatement l'expéditeur par retour de courriel ou par un autre moyen et supprimer immédiatement cette communication entière de tout système électronique. Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous pouvez le consulter à www.td.com/francais/legale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SHARE Session - Cheryl's Hot Flashes #24
For those who have asked: I sent my SHARE Hot Flashes session last Friday for them to upload, but it's still not there. Anyone interested can find it on our website at http://www.watsonwalker.com/presentations.html. One of the most important items in it is that the price of new IFLs, zIIPs, zAAPs has been reduced on the z196 machines. Additionally, for the first time, you will need to pay an upgrade fee to swap your current specialty engines to the new machine. But because it's so much faster, it's still cheaper in $/MIPS when you upgrade. These prices make it more important than ever to move as much work as you can to the specialty engines. Other SHARE sessions may be obtained for the next six months, even if you're not a SHARE member, at www.share.org. At some point, they will move all of Boston's sessions to the Proceedings. Until then, you can go to Proceedings and there will be a separate link for Boston. Do a search for a keyword that interests you, or the person's name I reference in my handout. Cheers! Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Register article on HP replacing z
I usually stress that adding zIIPs and zAAPs provides a performance benefit for both of the reasons that Bill mentions below. The most significant for everyone is the second benefit (reducing the strain on the CPs). But you need to realize that the 'notable exception' is getting to be the rule. For example, the z10-BC zIIP/zAAP is the speed of a z01 (about 700 MIPS) for all 130 models, including the A01 (30 MIPS for a UP). If you were running DB2 on an A01, wouldn't you prefer to run DB2 on a 700 MIPS zIIP than a 30 MIPS CP? I think it's a no-brainer, especially since the cost of the specialty processors is lower than the regular CPs. Be sure to run WSC's zPCR to determine what you can expect to see in your installation. Cheryl On Nov 17, 2008, at 9:52 AM, Bill Seubert wrote: On Wed, 12 Nov 2008 12:42:31 -0500, Tony Harminc [EMAIL PROTECTED] wrote: OK, OK - you (and IBM) win! ... Tony, to the best of my knowledge, no one in IBM System z marketing, or for that matter, anyone with significant knowledge of the technical aspects of System z, has made official, public statements about specialty processors being features to boost performance. There may be a well-meaning sales rep or specialist or press person out there who does not have a full understanding of the hardware who have made that claim, but it should not have been an official IBM claim. As has already been stated, there is one notable exception to the Specialty engines are not performance enhancers rule - machines that run at subcapacity. If you have a box that doesn't run at the fully-rated uni speed, a specialty engine will provide better performance. There's one other performance benefit, but it is a roundabout way of claiming that the specialty engine provides improved performance - if one were to install a zIIP or zAAP and relieve the general purpose CP pool of a CPU bottleneck, then that would indirectly result in a performance benefit by offloading Java and/or other MIPS and relieving the constraint on the GPs. Thus you got cheaper MIPS with the zAAP/zIIP and fixed a performance bottleneck. But that's obviously stretching things... FWIW. Bill Seubert System z I/T Architect IBM Corp [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Flex-ES Help
Would anyone be able to help me out in a pinch? I have a flight in the morning and need to pull some sysout files and source PDS members off of my Flex-ES z/OS ThinkPad to a USB drive in some format that I can print them on a PC. I've never used this machine before, and I don't have a network connection. So if you can take pity on me, and guide me, I'd really appreciate it. I've even lost the name of the P/390 and Flex-ES listservers, where I should be posting this plea. I have some flat sysout files in z/OS 1.4, and some source members in a PDS. I somehow need to move them from z/OS to the Unix system. From the Unix system, I'd like to to put them on a USB drive that I can take to a Windows or Mac system and print. Optionally, I can attach an ink-jet printer to the ThinkPad. I know that the proper path is to read the three Redbooks on these systems, download and install a TN3270 emulator on my PC, connect the ThinkPad to my network, and learn how to print from the TSO session on my PC to my network printer. But I'm running out of time, and don't think I can do it in time. Help! Cheryl Watson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Flex-ES Help
Thank you! Cheryl On Sep 3, 2008, at 9:37 PM, Lance D. Jackson wrote: Alternately, I believe this is the link to the Flex-ES Listserv: http://www.listserv.uga.edu/archives/flex-es.html -Original Message- From: Cheryl Walker [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 3, 2008 09:25 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Flex-ES Help Would anyone be able to help me out in a pinch? I have a flight in the morning and need to pull some sysout files and source PDS members off of my Flex-ES z/OS ThinkPad to a USB drive in some format that I can print them on a PC. I've never used this machine before, and I don't have a network connection. So if you can take pity on me, and guide me, I'd really appreciate it. I've even lost the name of the P/390 and Flex-ES listservers, where I should be posting this plea.I have some flat sysout files in z/OS 1.4, and some source members in a PDS.I somehow need to move them from z/OS to the Unix system. From the Unix system, I'd like to to put them on a USB drive that I can take to a Windows or Mac system and print. Optionally, I can attach an ink-jet printer to the ThinkPad.I know that the proper path is to read the three Redbooks on these systems, download and install a TN3270 emulator on my PC, connect the ThinkPad to my network, and learn how to print from the TSO session on my PC to my network printer. But I'm running out of time, and don't think I can do it in time.Help!Cheryl Watson --For IBM-MAIN subscribe / signoff / archive access instructions,send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFOSearch the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIPs zAAP exploitation
Ed, Thanks for including this. These were the numbers from the August 2007 SHARE. Below I've included the results from Feb 2008, and you can see that it really hasn't changed much. I'm in the middle of writing now, so I've not been watching IBM-Main. If you ever need anything, just send me a post offline. You can get Cheryl's presentation from http://www.watsonwalker.com/PR080229.pdf. Slide 4 contains the survey questions: Current Server Type (now or within next 12 months) z800, z900, z890 (23% at last SHARE)? - 34% 2/08 z990 (23%)? - 18% z9-BC (24%)? - 19% z9-EC (38%)? - 32% Z10? - 8% Older Hardware (1%)? - 1% Using zAAP Processors (32)? - 34 Using zIIP Processors (40)? - 41 Have Used On/Off Capacity on Demand (21)? - 31 Using Variable WLC Pricing (31)? - 31 Doing Heavy Cryptographic Work (9)? - 10 Who is exploiting the full 65,520 cylinders of a 3390-54? - 7 Best regards, Cheryl Watson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: zIIPs zAAP exploitation
Ed Jaffe just told me that my session wasn't on the SHARE site. I had sent it in last month, and just yesterday noticed that it wasn't there, so I've asked them to update it. In the meantime, you can get it from my website at http://www.watsonwalker.com/presentations.html. Thanks, Ed! Sorry! Cheryl Watson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward Jaffe Sent: Friday, April 25, 2008 1:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zIIPs zAAP exploitation She asked about zAAPs and zIIPs separately. Each had significant numbers of hands showing. In the past, her presentation -- with polling questions and number of responses -- was uploaded to the SHARE proceedings. Unfortunately, I just checked and, oddly enough, Cheryl's presentation was *not* uploaded to the proceedings for Orlando. (I assume that was an oversight.) Perhaps she will make it available from her own web site! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption
John, Where are you getting the message. It certainly should be available to the public, and many of my readers have recently downloaded it. Here is a direct link - http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS268. Does it occur when you try to download just the program or the program plus Java? Is anyone else having trouble? It only supports Windows XP. Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Monday, March 17, 2008 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption Thanks for the info. It appears that, despite the inviting verbiage on the SoftCap download page, the tool is not generally available for download. I get access denied when I try to download it. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Video of mainframe being shaken
It was a wonderful video, and I've asked the powers that be at IBM to make it available on their website. I'll post it here if they allow it. Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Corneel Booysen Sent: Monday, March 03, 2008 10:40 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Video of mainframe being shaken Hi all, for those of you who attended SHARE - in Cheryl's session on Friday she showed a video of a mainframe being shaken on an earthquake simulation machine while it was processing transactions. Do any of you know where I can find that video? Thanks. Corneel. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption
John, Marianne Hammer of IBM gave an excellent SHARE presentation that showed the changes between releases. Go to www.share.org, click on Orlando Proceedings to the left, then search for session #2530. There is first a section about going from z/OS 1.7 to 1.8, where the goal had changed from being +/- 1% of equivalency to improving the performance. The performance improvement ranged from 1.6% (low n-way) to 4.8% (high n-way). For 1.8 to 1.9, the goal was a 5% improvement and their LSPR benchmarks showed a 5.2% improvement. Your mileage may vary, so it's very important to use WSC's free tool called SoftCap (WSC PRS268), which lets you enter the breakdown of your workloads to see what your expected change will be. Cheers! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John Sent: Friday, March 14, 2008 8:44 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.7 to z/OS 1.9 Migration - Increase in CPU/MSU Consumption We are just about to start the migration from z/OS 1.7 to z/OS 1.9. Would someone provide a ballpark percentage increase in the amount of CPU resources between the two releases so we can estimate the monthly increase in our z/OS base monthly billing? TIA, -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 LSPR
Yup, I'm back. Clark Kidd had been monitoring IBM-Main for me for the last couple of years, but I started back last week. I see that people still head off in bizarre directions (i.e. SHARE handouts), but this is still one of the best forums I know of where people really help out other people. Cheers! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shane Sent: Tuesday, March 04, 2008 2:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 LSPR Welcome back Cheryl - seems to have been a while. Shane ... On Tue, 2008-03-04 at 01:06 -0500, Cheryl Walker wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z10 LSPR
Bill, What do you mean when running zOS 1.6 shows at 147 MSUs? The MSU ratings provided by IBM are for marketing and pricing reasons only, and don't change once published. The MSU rating for a 2094-406 are 147 MSUs on the 1.6 LSPRs and are also 147 MSUs on the 1.8 LSPRs. Best regards, Cheryl Watson -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of William Bishop Sent: Wednesday, February 27, 2008 5:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z10 LSPR Since when are the MSU ratings dependent upon which release of zOS you are running? My 2094-406 when running zOS 1.6 shows at 147 MSUs, but at zOS 1.8 shows at 144. I am running at 1.8 and could sure use the reduced costs. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. [EMAIL PROTECTED] (502) 570-6143 Tom Marchant [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 02/27/2008 03:57 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject z10 LSPR The z10 LSPR data is now available too. http://www-03.ibm.com/servers/eserver/zseries/lspr/ -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
