Re: So Long, and Thanks for All the Fish*
Hi Charles, We have two websites-one public and one for subscribers only (this is the one with special search features). The one for subscribers-only will last until May 2025, and then will cease to exist. The public one will gradually thin down, but we haven’t made any definite plans. People have asked us to make all the Tuning Letters available in an archive, and that’s a possibility, but not until much later. It wouldn’t be fair to our paying subscribers. Thanks so very much! Cheryl Phone: 941-266-6609 On Jan 23, 2024, at 12:03 AM, Charles Mills wrote: Going to miss you! Thanks for all of your service to the MF community. Is your Web site going to stay up, or is it going away, along with you and Tom? Charles On Mon, 22 Jan 2024 23:33:20 -0500, Cheryl Watson wrote: > * For those too young to remember, check out Wiki > > Hi all, > > I’m retiring, but first want to send out a thank you to all the IBM-Mainers > still posting, as well as those who are no longer active. IBM-Main has > provided a life-line to me at times when I had nowhere else to turn. (I > remember one night at 3 am, where I was stuck on a problem, and found someone > who could help me here.) > > I’ve found IBM-Main a wonderful place to learn new tricks, ponder the pros > and cons of different approaches, and learn from some of the brightest in the > industry. (I have to admit that I tend to ignore the posts that delve into > the far annals of time, because I’m more focused on what is happening now.) > > I haven’t been too active recently because Frank Kyne, our outstanding Editor > and President has been more involved in the technical side of things. But I > want you all to know how valuable this group has been to me since it started. > (Yes, I was one of those at the very beginning.) > > For more info on our retirement, please see our blog post at > https://watsonwalker.com/were-retiring/. -- 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
So Long, and Thanks for All the Fish*
* For those too young to remember, check out Wiki Hi all, I’m retiring, but first want to send out a thank you to all the IBM-Mainers still posting, as well as those who are no longer active. IBM-Main has provided a life-line to me at times when I had nowhere else to turn. (I remember one night at 3 am, where I was stuck on a problem, and found someone who could help me here.) I’ve found IBM-Main a wonderful place to learn new tricks, ponder the pros and cons of different approaches, and learn from some of the brightest in the industry. (I have to admit that I tend to ignore the posts that delve into the far annals of time, because I’m more focused on what is happening now.) I haven’t been too active recently because Frank Kyne, our outstanding Editor and President has been more involved in the technical side of things. But I want you all to know how valuable this group has been to me since it started. (Yes, I was one of those at the very beginning.) For more info on our retirement, please see our blog post at https://watsonwalker.com/were-retiring/. Thanks from the bottom of my heart! All my best, Cheryl Watson == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Transmitting SMF records
I know that I’m late to this game, but we used to have a free tool to handle this called ‘WWUNTERSE’, which has been used by hundreds of people. It is now being made available by its original developer, Mario Bezzi, at this link - https://www.ap4zlabs.com/free-tools. All my best, Cheryl Watson == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == On Jan 27, 2023, at 9:55 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: On Wed, 25 Jan 2023 20:24:59 +, Andrew N Wilt wrote: > ... Apparently, they are able to decipher the RDW records resulting from > uploading a RECFM=VBS as a RECFM=U. Unfortunately, at this time, GDKUTIL > doesn't have the smarts to parse the bytestream as RDW+data as it is writing > to the output data set. That is a current Request For Enhancement, though. > It's not so hard. The necessary format descriptions are in "Using Data Sets" (I believe; perhaps also elsewhere.) Long ago, I did an experiment; a PoC. IBM conveniently provided the input data in SMP/E SMPNTS which is exactly such a bytestream representation of an IEBCOPY-unloaded data set, pax-compressed. I uncompressed one with pax and allocated it as PATH(...) FILEDATA(BINARY) RECFM(VB) LRECL(1000) ... FILEDATA(BINARY) causes the BDW qnd SDW images to be read as data (with EXECIO). I was able to reorganize the 1000-byte chunks into the original blocks. In that era, EXECIO couldn't handle RECFM(U), so I tried LMPUT. First try failed -- ISPF bug, fixed with APAR. (LMPUT had been unable to deal with RECFM(U) with data above 16 MiB. The surprising repair was that LMPUT was changed to copy the data below the line.) I took the output data set, overrode RECFM(U) to RECFM=VBS and successfully reconstructed the PDS with IEBCOPY. Tthe RFE should provide a set of utilities to convert various DSORGs to simple bytestreams and back. They should be pipe-savvy, and FTP client should be made pipe-savvy to eliminate requirements for temporary data sets. Better sftp, which is based on ssh, already pipe-savvy. (But what about restart from broken connection?) All forbidden by Conway's Law. > Sincerely, > Andrew Wilt > > DFSMSdfp Cloud Data Access Product Owner > DFSMShsm development -- 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: JES2 Policy Crafting
Mike was the excellent source for that article in our Tuning Letter, and he is welcome to share it. Please respect the copyright. All my best, Cheryl On Oct 26, 2023, at 6:25 AM, Mike Shorkend wrote: If you have access to SHARE or GSE UK proceedings, I have given a couple of presentations on the subject. Also an article in Cheryl Watson's Tuning Letter 2022, Vol 1. Tom Wasik from IBM has also given some excellent JES2 Policy sessions at SHARE. Email me directly if you need more information. Mike m...@shorkend.com On Tue, 24 Oct 2023 at 20:42, Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > Are there any examples or resources that would help in writing JES2 > Policies? I looked at the information in the manuals and it wasn't helpful > to me. > > Mark Jacobs > > Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted > email. > > GPG Public Key - > https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Mike Shorkend m...@shorkend.com Tel: +972524208743 <https://www.linkedin.com/in/MikeShorkend/> <https://twitter.com/mikeShorkend> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Cheryl Watson == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF Interval
Hi all, Yes, 30 minutes was my recommendation for safety. But if it were my shop, I would use 15 minutes, but not 5. Here’s my reasoning. My recommendations go out to people who are experienced and those who are newbies. When SMF writes its records, it’s one of the highest priority tasks. If there are too many records to write, it could tie up other tasks needing to free locks, etc. So using 30 minutes reduces those exposures. But as several people mentioned, most of the peaks are hidden during 30-minute periods. So I would use 15 and make sure that nothing gets locked out during syncing. The reason I wouldn’t use 5 minutes is the same reason. I’ve seen too many times with a sync of 5 minutes where there is work that is blocked. My technique is to use an external monitor or RMF Monitor III at 1 minute intervals. The overhead is really minimal. We have been busy the past few years on CMP, pricing, and new SW/HW, so the latest info I have on SMF parameters was in 2015 in a SHARE presentation. You can see that at https://watsonwalker.s3.us-west-1.amazonaws.com/ww/wp-content/uploads/2016/01/28151211/PR150812a.pdf. Alternatively, you can go to https://watsonwalker.com/publications/presentations/ and scan down to 2015. Cheers, Cheryl On Dec 29, 2023, at 6:20 PM, Mark Zelden wrote: On Fri, 29 Dec 2023 13:57:35 -0600, Mark Zelden mailto:m...@mzelden.com>> wrote: > On Thu, 28 Dec 2023 21:23:18 -0800, Ed Jaffe > wrote: > >> What SMF interval do most folks use? >> > > In my experience (from many shops / clients over the years), it matches the > RMF interval > and the most common if 15 minutes. Second most common is probably 30 (along > with > RMF) but I think most shops moved away from that to go to at least 15 years > ago. I have > seen some use 5 minutes and sometimes IBM will request that for a period of > time - perhaps > for a week to get a more accurate picture for a CP3000 study. > > This is typically what I use in SMFPRMxx: > > INTVAL(15) > SYNCVAL(59) > You didn't way why you wanted to know. But thinking about this more... I though i remembered Cheryl Watson doing a poll on this once. I searched her website and saw in 2008 there was a 3 part series on SMF / parms and she asked people to send in their parms, but I didn't see a follow up on the results. She did recommend setting INTVAL(30) and said using SYNCVAL(59) was no longer required and to use SYNCVAL(0). I won't go into the history for why people started coded SYNVCAL(59) to begin with (she does). Maybe someone on team Cheryl does have poll results from back then or more recently. However she also recommended changing RMF invterval from 15 to 30 to match SMF INTVAL (she previously suggested using RMF interval of 15, SMF INTVAL(30). Partially due to the number of SMF/RMF Type 74 records from DASD activity from the size of systems at the time. That to me makes no sense because even though there is more RMF data to store and process, the CPUs are much faster, the disk & I/O is much faster and storage is "cheaper", so it's all relative. I know I'm talking RMF interval now as opposed to your question on SMF INTVAL, but 30 minutes is just not granular enough in the large installations I have worked in. Be it for typical performance report & capacity planning or looking at WLM reports (although I use RMF III or Mainview CMF more for WLM tuning that post processing). Even in small environments I have always used 15 for both SMF and RMF/CMF. Back to your question: While I have mostly seen 15 minutes to match RMF / CMF 15 minutes, in my personal experiences, 30 minutes is the default and lot of people listen to Cheryl's advise (because it is good), so without any scientific polling, I'm sure that it is still very common to see INTVAL(30).I just don't agree and have never used anything higher than 15. This paper from Scott Chapman of EPS talks about the subject and he agrees with me that it should be no longer than 15 minutes and that RMF/SMF should be synced. https://www.pivotor.com/library/content/Chapman_SMFRecommendations_2022.pdf Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Cheryl Watson == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: New Java vulnerability
Hi s1m0n, Thanks so much! Cheryl -Original Message- From: IBM Mainframe Discussion List On Behalf Of Filip Palian Sent: Tuesday, December 14, 2021 12:26 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: New Java vulnerability wt., 14 gru 2021 o 16:23 Cheryl Watson napisał(a): > > Does IBM have anything to say about this? I assume it's on their > security portal. > https://www.ibm.com/blogs/psirt/an-update-on-the-apache-log4j-cve-2021-44228-vulnerability/ Cheers, s1m0n -- 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: New Java vulnerability
Hi all, Does IBM have anything to say about this? I assume it's on their security portal. SAS uses Java and has issued a blog post. Many SAS products use Java and are susceptible to this exposure. Each site should ensure that all SAS users and the Security staff are made aware of this. Please see their post (updated today) here: https://blogs.sas.com/content/sgf/2021/12/13/cve-2021-44228-log4j/. The two statements relating to base SAS are: • For the SAS® 9.4M7 maintenance release, SAS is recommending that the log4j2.formatMsgNoLookups system property be set to true, as documented in the CVE. SAS is working on instructions and will link to them when published. • The SAS® 9.4M6 maintenance release and earlier releases are under active review. Best regards, Cheryl == Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com Cell/Text: 941-266-6609 == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Redbooks Rumor
This is really appalling! I hope it's not true, but I have noticed that the lack of books related to z/OS has been steadily declining, and I find it very distressing. I've always found the Redbooks to be the best documentation ever provided by IBM. Unfortunately, most of the Redbooks are now simply marketing guides. The post from Bill Bitner was from a Linux blog post. Is IBM speaking about Linux/Power Redbooks only? Does it also apply to z/OS Redbooks? Why isn't there more outrage on this forum? If you don't complain, IBM will bury these in one more opportunity to save money while leaving customers without the excellent resources they've had in the past. If you want z/OS Redbooks, please make your voice heard here. Thanks, Cheryl == Cheryl Watson Walker, CEO Watson & Walker, Inc. www.watsonwalker.com == -Original Message- From: IBM Mainframe Discussion List On Behalf Of Neale Ferguson Sent: Thursday, October 28, 2021 10:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Redbooks Rumor I am hearing strong rumors that IBM is about to commit the type of corporate facepalm that is the stuff for future textbooks. Apparently Redbooks are no longer going to be a thing and the organization disbanded. If there’s one thing that has differentiated IBM in the mainframe space has been the quality of its documentation and, in particular, the type of HOW-TO information contained within Redbooks and Redpieces. These documents turn a “that’d be nice to do” into a proof-of-concept and finally into production. In doing so, they must be responsible for millions or billions of dollar in revenue to IBM. Many of the topics of Redbooks cover are complex and even intimidating. They provide a step-by-step approach to learning and implementing using a group of people actually doing what they’re writing about. This is invaluable. I hope these rumors are untrue but if not I think we should all be shouting from the roof until someone with some sense realizes how shortsighted this decision is. Neale -- 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: Serverpac installs January 2022 and beyond
Hi Terri, I understand your situation, but I hope you will reconsider one of your earlier statement: "never touch z/OSMF again for 2 years." Yes, z/OSMF has had some problems, but it is absolutely IBM's direction and new functions/facilities are being added to z/OSMF all the time. As one of your site's senior people, I think it would be to your benefit to ensure that your entire staff is familiar with the tool. As an ISV, you are probably in the PartnerWorld ISV group and see that other software vendors are creating installation workflows for their own software. Even as a small software provider, we're looking at doing the same thing. I think that it is a shame that the bad experiences, such as with certificates, have kept many installations from exploiting the powerful features of z/OSMF. One small example that I heard a couple of weeks ago was a site who finally went to z/OSMF in production and discovered that WLM under z/OSMF provides an edit facility to show if something is incorrect. The person said: "where has this been all my life?". So I hope that other sites will not let a bad experience keep them from trying it again. Best regards, Cheryl ========== Cheryl Watson Walker, CEO Watson & Walker, Inc. Sarasota, FL USA www.watsonwalker.com == -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shaffer, Terri Sent: Friday, July 16, 2021 7:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serverpac installs January 2022 and beyond So I have to politely disagree with that comment. z/OSMF software install has always had its limitations as with big installation we installed once and replicated 127 times to all our other lpars. Now in my small shop its only 7 times, but I maintain 3 different levels of z/OS since we develop mainframe software. So yes huge learning curve, in-fact even serverpac has a few nuances when it comes to certain system layouts, where parmlib's, proclibs, TCPIP and other "system datasets' live and tweaking of the recatDS jobs to u fix things. I never said I will not try it and see, but yes my fall-back is Serverpac at least one more time, for the reasons I mentioned below. I have been apart of a few ESP's with IBM, so I am open to ideas. Over my 38 years doing MVS system programming, Serverpac was a slice of heaven, once a few modifications where allowed and I didn't have to use the manual hacks modifying CPAC SLIB entries for over-rides. My comments where directed at usability, layouts, the ability to perform a system layout that matches my current environments, and the list goes on. I like having the control before I submit a job, completely understanding what is does, because the thing I hate is opps after I hit enter. Also the setup for certificates, especially on corporate PC's, with no ADMIN rights or a defined process to manage, adds to my concerns and issues. Ms Terri E Shaffer Senior Systems Engineer, z/OS Support: ACIWorldwide - Telecommuter H(412-766-2697) C(412-519-2592) terri.shaf...@aciworldwide.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Friday, July 16, 2021 12:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serverpac installs January 2022 and beyond External Email This level of vitriol is best left to twitter, fb or Instagram. It is totally uncalled for on this list. Every new process has its bumps and bruises and after twenty years, ServerPac was overdue for a makeover. Just my two cents. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ron Wells Sent: Friday, July 16, 2021 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serverpac installs January 2022 and beyond Total joke--setup and developed by people that THINK they know what they are doing and THINK they know what you need. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shaffer, Terri Sent: Friday, July 16, 2021 11:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Serverpac installs January 2022 and beyond ** EXTERNAL EMAIL - USE CAUTION ** So not to beat up on this new installation process, but if I have the option on installing z/OS 2.5 with serverpac in Oct, I will never touch z/OSMF again for 2 years. It took me 2 days and working with security just to get the certificates working correctly. I still have issues with the HTTPS not authenticating, but at least z/OSMF can communicate with my LPARS. Then I tried the TRYIT - Portable software instance and looks like even more issues, or things that haven't been customized. Because I don't use ISP, HLQ's An error occurred on system "ACWA". Error: "login: timeout: TsoServerConnection(USER=TSSTESA, ASID=0x00b5, QID=0x0019)". "IKJ56455I TSSTESA LOGON IN PROGRESS AT 10:49:05 ON JULY 16, 2021 IEFA107I TSSTESA IZUFPROC IZUFPROC SYSEXEC - DATA SET ISP.SISPEXEC NOT FOUND ". The error re
Re: IBM snew DOC Web SIte
I agree about the overhead on a handheld. It takes at least half of the screen. Cheryl Watson On May 2, 2021, at 9:33 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: On Wed, 14 Apr 2021 09:55:53 -0500, Geoff Smith wrote: > ... > We are working with the development team to improve performance, but until > this is fixed, the Adobe Indexed collections are a good substitute. There a > several PDF collections available for download on our Internet Library, (see > the heading Adobe Indexed Collections) https://ibm.biz/BdYsTv. The IBM Z > Publications Library Archive have many releases of older z/OS documentation. > Many are not in the IBM Documentation site. https://ibm.biz/BdzXvw > It's dreadful on a handheld -- too much screen real estate spent on overhead. -- 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
WWUNTERSE for distributed platforms (especially SMF)
I hope this isn't considered advertising if it's for a free product, but we'd like to announce our new WWUNTERSE (no-charge) product. Here at Watson & Walker we love SMF data. And judging by the volumes of it that most z/OS sites generate, we are not the only ones. SMF can tell you just about anything you could want to know about what is happening on your systems. The downside of having that vast sea of information is that it takes up lots of space – we have clients that generate over 2.5TB of SMF data per day. And if you are like nearly every other z/OS customer, you send at least some of that data to distributed systems for postprocessing. Sending TBs of SMF data over the network can take a long time, especially if the target system is remote. The good news is that SMF data tends to compress very well. Compression ratios of around 7:1 are normal, and even 10:1 is not unusual, depending on the mix of record types. If you are transferring gigabytes or even terabytes of data every day, those good compression ratios are vital. The not-so-good news is that the most common tools for compressing SMF data on z/OS do not have a distributed equivalent: AMATERSE achieves excellent compression with SMF data, but there is no tool on Windows or Linux to unterse the tersed version of VBS files. zEDC is another popular tool for compressing SMF data on z/OS. However, the compressed sequential data sets created by BSAM or QSAM are in a proprietary format. So even if you could get them over to a distributed system without them being uncompressed, there is no tool for Windows or Linux that can read those compressed files. To address this need, and because we spent a lot of our own time moving SMF data around, our colleague Mario Bezzi created a program called WWUNTERSE. WWUNTERSE runs on Windows and Linux. It can process tersed files that were created from VBS files. It also supports tersed versions of F, FB, V, VB, and VBS files. And it provides the option to include the Block Descriptor Word (BDW) in the output file (as required by MXG/SAS on distributed systems). And the best news of all is that there is no charge for WWUNTERSE. It is available for download now, from the Free Tools page of the Watson & Walker public website at https://watsonwalker.com/software/free-tools/. Please take it for a test drive and let us know what you think. Stay Tuned! Cheryl Watson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Identifying "New Function" APARs
Thanks, KB, for the reference. We also mentioned a SHARE blog post from Marna Walle on June 2018, where she gives a link to an IBM site that provides a list of all New Function APARs. The list is also available in csv format. So, I think it would be fairly simply to create control statements from the spreadsheet. This has been available for almost five years now, so everyone should have the link. (See our Tuning Letter 2016 No. 3, page 94.) Just remember that it's a very long list, which is why we summarize them every quarter. Marna's blog post - https://www.share.org/blog/new-function-apars-are-great-to-follow IBM site for New Function APARs - https://www.ibm.com/support/pages/node/665131 Thanks to Marna and the developers for providing this site in response to a SHARE requirement that we requested. Cheryl Watson -Original Message- From: IBM Mainframe Discussion List On Behalf Of kekronbekron Sent: Sunday, February 28, 2021 3:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Identifying "New Function" APARs You'll find most of what's new in these 3 places - 1. Marna Walle's sesssions about v2r4 in SHARE, CMG, GSE, TechDocs as applicable. 2. NewEra - http://www.newera-info.com/eBooks.html The form for accessing the PDF is broken, but I'm sure you can contact them & find out. 3. v2r4 coverage in Cheryl Watson's newsletter(s) PS: TechDocs is basically beyond useless now. The search function might as well be a picture of a stone. We're losing access to so much great content because of someone's ego. - KB ‐‐‐ Original Message ‐‐‐ On Sunday, February 28, 2021 12:46 PM, Roger Lowe wrote: > In reviewing the four "IBM z/OS Version 2 Release 4 2020 new functions and > enhancements" Announcement Letters, is there an easy way of identifying APARs > that offer "New Function" without having to read through each Announcement > Letter and "pick the eyes out of it"? > . > Similar to doing a Target Zone bitmap to place an order in Shopz, could a > Target Zone bitmap be supplied and then all of the applicable "New Function" > APARs be ordered? > . > Just a thought .. > > Roger > > -- > -- > -- > -- > -- > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Service Classes
This is usually very misunderstood. It's really the number of service class PERIODS WITH velocity or response GOALS (i.e. with an importance level). The reason is because WLM on each system will wake up every ten seconds (that's an eternity in a z14!) to see if goals are being missed. It starts with importance=1 periods and works its way down. If there are too many periods, the ones at a lower importance level will never get adjusted and you might have some less important periods exceeding their goals while more important periods are missing their goals. I was able to include both my own recommendations and other IBM recommendations when I was on an IBM residency working for Frank Kyne and writing a really neat Redbook called System z Mean Time to Recovery Best Practices - SG24-7816 - http://www.redbooks.ibm.com/redbooks/pdfs/sg247816.pdf. I consider it one of the most useful Redbooks I own. It contains best practices for reducing start up and shut down of z/OS and each of the major subsystems. I especially like the section that explains the IPL process. As an example, here are recommendations from section 5.2 of the Redbook: General WLM recommendations: 1. Keep your WLM policy as simple as possible. Service classes with only a single period are usually better than two periods, and two periods are almost always better than three periods. Of course there are exceptions to every recommendation, but this provides a good place to start. 2. Use response time goals, especially percentile response time goals, when you can. Only use velocity goals when transactions goals are not supported, or for test subsystems. Specifically, you should use percentile response time goals for DB2, CICS, IMS, and WebSphere. 3. Remember to review and possibly adjust velocity goals after any hardware upgrade. 4. If you have a very large number of classification rules, consider their sequence carefully. The rules are applied serially, starting with the first one, until a match is found. 5. Do not have too many service class periods with non-discretionary goals. A good guideline is to have less than 30 non-discretionary service class periods that are active on any one system. [Cheryl note: ON ANY ONE SYSTEM! If a service class is active on SYSA and not on SYSB, you don't need to count that on SYSB.] 6. Any service class with velocity goals should have multiple address spaces assigned to it so that it can collect meaningful statistics. If you need more granularity for reporting reasons, assign the address spaces to report classes. 7. If you have not reviewed your WLM policy in several years, take the time to do it now. Several enhancements to WLM have been made that can simplify your policy, or improve response time for transactions. Cheers! Cheryl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Request for ISV SMF Usage
At the request of the MVSP project of SHARE several years ago, I created a list of all SMF record types from both IBM and ISVs. I posted it here - https://watsonwalker.com/publications/#smf. I didn't update it last year due to illness and travel, but I am now in the process of updating it to include z/OS 2.3 and 2.4, and would like to include as many as possible of ISV products that create SMF records. Many of my usual ISV contacts have since left and I would like to reach out to you to pass my request to anyone in your organization who could help. Just have them contact me at technical at watsonwalker.com. Many thanks! Cheryl Watson Watson & Walker, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Developerworks is gone!
Hi all, We'll I'm a little embarrassed. I was just told offline about a link that Lionel Dyck posted here last October that described the coming of the calamity that just occurred - https://developer.ibm.com/dw-connections-sunset-faq/. (As a side note – the creators of that FAQ weren’t even kind enough to create hot links for all of the other portals. Web pages and hot links aren’t all that difficult people!) The FAQ said that owners of content on DeveloperWorks could move their content to other locations by the end of March. This is assuming that they were still employed by IBM and had the time to move the content. Of course, IBM could not provide them with the original content. We had posted almost 100 links in our Tuning Letter to useful material on DeveloperWorks and now none of them work. It will take time, but I hope to go through all of our links and reach out to the authors to find where they are now posting items. So I went to the new website - https://www.ibm.com/community/, signed up, and started looking at it. With the optional portals listed in the FAQ and this new community website, it just seems like IBM wants to remove as much technical information as possible and replace it with marketing. If anyone knows how to search the new community website, please let me know. If I’m not ready to buy a product, the community is not doing anything for me. P.S. – Aled – thanks for your post. I have always had the highest respect for Timothy and Mark, and I really appreciate how much they support the customers. Still a little bitter about the deletions… Cheryl -Original Message- From: Cheryl Watson Sent: Wednesday, May 6, 2020 12:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Cc: Cheryl Watson Subject: IBM Developerworks is gone! Hi all, Remember when IBM went through and deleted from their websites what they considered "old" manuals and documentation? Well, they just did it again! They've removed all the DeveloperWorks articles that have provided such excellent information since its creation. And these aren't just OLD articles. Even a link from three months ago is gone. All references to DeveloperWorks are now directed to a nothing site. The DeveloperWorks website contained amazing articles from some of the top developers in their fields, many of whom are no longer still working at IBM. We understand that IBM "furloughed" them, but they don't have to furlough their ideas. I'm pleading with all of you who work for a large IBM customer to ask your management to tell IBM to stop this idiotic practice. There is NO reason to delete valuable information. If this is due to marketing wanting a new image, then they have no idea what image they're creating. Please do this for all of us! All my best, Cheryl Watson Watson & Walker, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IBM Developerworks is gone!
Hi all, Remember when IBM went through and deleted from their websites what they considered "old" manuals and documentation? Well, they just did it again! They've removed all the DeveloperWorks articles that have provided such excellent information since its creation. And these aren't just OLD articles. Even a link from three months ago is gone. All references to DeveloperWorks are now directed to a nothing site. The DeveloperWorks website contained amazing articles from some of the top developers in their fields, many of whom are no longer still working at IBM. We understand that IBM "furloughed" them, but they don't have to furlough their ideas. I'm pleading with all of you who work for a large IBM customer to ask your management to tell IBM to stop this idiotic practice. There is NO reason to delete valuable information. If this is due to marketing wanting a new image, then they have no idea what image they're creating. Please do this for all of us! All my best, Cheryl Watson Watson & Walker, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Would SHARE kindly kick IBM in the ass for what the've done with their web content?
Here's our take on this issue - http://watsonwalker.com/what-is-happening-with-ibms-websites/ All my best, Cheryl === Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com === -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Would SHARE kindly kick IBM in the ass for what the've done with their web content?
Hi Tom and Ed, I agree! This is one of the biggest mistakes IBM has ever made. I'm very outraged. Someone else on the MXG list was looking for the LPAR Design tool and I ended up posting this: -Original Message- From: MXG Software LIST [mailto:mx...@peach.ease.lsoft.com] On Behalf Of Cheryl Watson Sent: Thursday, June 14, 2018 8:40 AM To: mx...@peach.ease.lsoft.com Subject: Re: [MXG-L] HiperDispatch & WLM Hi Otto, Here's the direct link, but IBM has made it almost impossible to find - https://github.com/IBM/IBM-Z-zOS/blob/master/zOS-WLM/WLM%20Tools.pdf. Unfortunately, the download links on this page don't work for me under Chrome or Firefox. If anyone can get to them, please post a reply. Here's how I found the path: >From the link below, scroll all the way down (past the marketing fluff), to >where it says 'Guides' on the left and 'z/OS Workload Management/WLM FAQs' on >the right. Below 'Guides', click on the faint 'More resources' that takes you >to another page; then click on 'Explore WLM Resources'; then click on 'WLM >Tools.pdf'; then scroll down to find the tool. I wished the links worked for >me. I'm sorry that IBM corporate has done this to the WLM team, but this website redesign has simply gone too far. I think it's one of the biggest mistakes (besides firing some of the most talented people in the industry) that IBM has made since letting Ginni loose with the hatchet. I'm incensed! If you'd like us to host your WLM tools on our own website, we're always willing to do that. Distressed, Cheryl =========== Cheryl Watson Watson & Walker, Inc. 1661 Ringling Blvd, PMB 49886 Sarasota, FL 34230 Phone: 941-924-6565 www.watsonwalker.com === -Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Jaffe Sent: Thursday, June 14, 2018 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with their web content? On 6/14/2018 6:05 AM, Tom Conley wrote: > > ALL z/OS V2R1 CONTENT WAS REMOVED FROM THE INTERNET BY IBM!! DO A > GOOGLE SEARCH, AND NONE OF THE LINKS WORK!! > > Peter's anger is justified. IBM has screwed up royally here, and as > far as I can tell, they're not lifting a finger to fix the situation. There is no justification for having removed this doc. z/OS 2.1 is still in service... https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?htmlfid=ZSL03438USEN -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- 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: Where is the WLM website???
Hi Horst, Thanks for the pointer. I just found it after a LONG search. IBM needs to learn about aliases. This is a HUGE problem. I just went through my IBM favorite links and almost none of them work. Even zfavorites doesn't work anymore. This isn't just a WLM problem - it's the entire IBM website. The one I use the most is for software pricing and after two months I still have to search for the things that were so easy to find before. Who can I formally complain to? I want to make a case for them creating aliases for the most common links. And in addition, don't forget to add a menu of site locations in the pull-down. Now, all it does is link to a KC manual that doesn't help at all. I can't even write a requirement for it because it affects every single component of z/OS and would be rejected. This is ridiculous! Unhappily, Cheryl === Cheryl Watson Watson & Walker, Inc. 1661 Ringling Blvd, PMB 49886 Sarasota, FL 34230 Phone: 941-924-6565 www.watsonwalker.com === -Original Message- From: IBM Mainframe Discussion List On Behalf Of Horst Sinram Sent: Thursday, June 7, 2018 8:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Where is the WLM website??? Hi Kees, glad that someone notices :-) But seriously - while some restructuring of the web site is ongoing we're working on cutting over to mostly github based repositories. If you open the presentation at https://github.com/IBM/IBM-Z-zOS/blob/master/zOS-WLM/WLM%20Tools.pdf you'll see a summary of the WLM related tools. Alain's LPAR design tool can be downloaded from ftp://public.dhe.ibm.com/eserver/zseries/zos/wlm/LPARDesign-HD-zPCR-V9-T03_IBM.zip We expect a restructured "web page" to become available shortly at https://github.com/IBM/IBM-Z-zOS/tree/master/zOS-WLM/WLM%20Documents.md (It is NOT up and running as of today). Horst Sinram - STSM, IBM z/OS Workload and Capacity Management -- 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: IRS Assembler Java Big Plus Jobs
There are two very big reasons to replace assembler with Java. The first is the higher availability of Java programmers versus assembler programmers. The second is that Java, for the most part, will run on zIIPs and reduce the cost of software. The z13 and z14 can run Java faster than any other processor. Cheryl Watsonwalker.com Sent from my iPhone On Apr 18, 2018, at 1:30 PM, Mike LaMartinawrote: I am surprised that IRS wants to replace Assembler with Java. I can't think of a bigger mistake. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joseph Reichman Sent: Wednesday, April 18, 2018 10:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Fwd: IRS Assembler Java Big Plus Jobs Begin forwarded message: > From: Reichman Joseph > Date: April 18, 2018 at 1:06:33 PM EDT > To: "reichman...@gmail.com" > Subject: FW: IRS Assembler Java Big Plus Jobs > > > > > From: Reichman Joseph > Sent: Wednesday, April 18, 2018 1:04 PM > To: 'IBM-MAIN@LISTSERV.UA.EDU' > Cc: DeLeon Tracy > Subject: IRS Assembler Java Big Plus Jobs > > Hi > > I have seen many posts here for jobs in that vain > > The IRS is currently Looking for Assembler progs GS13 grade which starts at > 87,252 and goes to about 129 > > I have been working in Assembler for many years after the .com I have been > bouncing around jobs more than I would like as IT became less stable > > The IRS in my humble opinion offers something private industry at this time > can’t match STABILITY. In addition after the first year you get to > telecommute albeit it must be within (200 or 125) miles (IRS says 125 miles > > OPM says 200) don’t know which takes prescience of your POD (post of duty) > you must only come into the office once a week. I think you need mangers > approval (however almost all have no issue with this) > > > For a list of locations and to apply go to USA.JOBS.ORG search for ALC > > There is a big push to modernize the code and re-write the Assembler in Java > the IRS has invested a lot of time sending me and other members of my group > to Java Classes without doubt it’s the best job I ever had > > > > > Joe Reichman > > Joe Reichman > > IT Specialist > > Master Files Division > > New Carrollton Federal Building, B7-182 > > OS:IT:AD:CP:I:IB > > Flex M,T,Th,F > > Home office (240) 863 - 3965 > > Office (240) 613-4350 > > Cell (917) 748-9693 > > TOD M - F 7:30 am - 4:00 pm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What is 4 Hour rolling average
Hi Peter, It's best to start at the source using IBM' Software Pricing website. The calculation for the R4HA is explained here - http://www-03.ibm.com/systems/z/resources/swprice/subcap/corner5.html. Sub-capacity products are charged based on the highest simultaneous sum of the R4HA MSUs for all LPARs that the product runs in. Said in another way...for each RMF interval, WLM calculates the highest R4HA (as described in the article above) for each LPAR on a CPC and records that to an SMF type 70 record. Most sites, on the second day of the month, collect the SMF type 70 and SMF type 89 records and process them with a program called the Sub-Capacity Reporting Tool (SCRT). SCRT will then calculate the highest R4HA for each LPAR and each hour. From the type 89 records or control statements, SCRT can determine in which LPAR(s) each product runs. SCRT then finds the hour during the month for that combination of LPARs where the sum of the R4HA MSUs is the highest. Thus my earlier sentence that it's the highest simultaneous sum. That sum is then the R4HA for the product. Each product could theoretically have a different R4HA. Note: In most cases, finding the highest sum for a combination of LPARs is done at the CPC level. For Country Multiplex, it's done by finding the highest sum of the LPARs on all CPCs in the multiplex. The MSUs in that hour are used to calculate the price of the product for the entire month. The art of reducing or containing your z/OS software costs is often focused on reducing or capping the R4HA for a product. Some sites have a single R4HA for all LPARs, perhaps at 10 am or maybe at 3 am, and you can try to tune your system to that time frame. Other sites might have a 10 am R4HA for CICS and a 3 am R4HA for DB2, so tuning might be directly at different time periods with different solutions. Here are two articles in a series on software pricing that Alan Murphy and I wrote for Enterprise Executive: 2016 No 2 - http://ourdigitalmags.com/publication/?i=297321#{"issue_id":297321,"numpages":1,"page":47} 2017 No 1 - http://ourdigitalmags.com/publication/?i=384426#"{issue_id:384426,numpages:1,page:28}; Does that help a little? Best regards, Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Sent: Sunday, September 24, 2017 10:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: What is 4 Hour rolling average Hi Group Apology for being ignorant here. I am not a capacity analyst but even in the manuals I can't make out the real meaning behind 4 hour rolling average. Could someone please explain me in simple or in layman terms about 4 hour rolling average ? Regards Peter -- 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
z14 and z/OS 2.3 Blog Post
Here's my latest blog post from a techie's point of view. You might find some things that haven't been mentioned yet. http://watsonwalker.com/ibms-z14-zos-2-3-announcements/ Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com <http://www.watsonwalker.com/> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: SoftAudit ?
FYI - The Tivoli License Compliance Manager was replaced in 2009 by IBM's TADz - https://www-01.ibm.com/common/ssi/rep_ca/7/897/ENUS909-167/ENUS909-167.PDF. Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Craig Pace Sent: Wednesday, May 10, 2017 12:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [EXTERNAL] Re: SoftAudit ? When IBM picked up Softaudit, they renamed it to Tivoli License Compliance Manager for z/OS. There are some others out there; however, used it up to V4R2 and it was the best on the market by far. http://www-03.ibm.com/software/products/en/tivolilicensecompliancemanagerforzos Thanks, Craig This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- 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: Erase on Scratch
Hi all, We did a survey at SHARE that you might find interesting. Here are three references relating to Erase on Scratch. Frank and I STRONGLY recommend exploiting it to improve security on the mainframe: http://watsonwalker.com/cheryls-list-183/ - Blog post recommending EoS http://watsonwalker.com/cheryls-list-188/ - Blog post describing enhancement to EoS http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2016/01/28153156/PR150306.pdf - The Cheryl and Frank zRoadshow at SHARE, March 2015 Best regards, Cheryl = Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- Date:Fri, 21 Apr 2017 05:14:38 -0500 From:Bill Wilkie <billwil...@hotmail.com> Subject: Erase on Scratch I have been looking into the Erase on Scratch capability to erase all extents of a data set but much of my research indicates that: 1. You must set up the data set names individually. 2. It will not erase &Temp data set names unless you: a. Make the &TEMP name a permanent name. b. Map the temp name to a permanent name already being erased. c. SETROPS ERASE(ALL) to erase all deleted data sets, which is very slow. My question is "Is anyone using it" and if so how is it working out? If you are not using it Why not? -- 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: Fwd: Apache Spark on z listserver or forum?
Hi Roger, I'd like to mention a web page that we're hosting on our website specifically for Apache Spark on z/OS for SMF analysis. We 've just started it, but have Rocket's and IBM's support to host sample code and presentations. We'll be adding a forum or listserver some time soon. Here's the link: http://watsonwalker.com/software/watson-walker-spark-zos-support/. Best regards, Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Roger Lowe Sent: Friday, January 6, 2017 5:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Fwd: Apache Spark on z listserver or forum? On Fri, 6 Jan 2017 16:50:01 -0500, Erin Farr <ef...@us.ibm.com> wrote: >> >> Hi, >> Our site is currently in the very early stages of dabbling with >> Apache Spark on z and was wondering if there is a Listserver or Forum >> specifically for Apache Spark on z. >> >> Thanks, Roger > >Are you asking about Spark on z/OS, or on Linux on z? >Regardless, I don't know of any forum specific to Spark on z (z/OS nor >Linux on z.) I'm development team lead for Spark on z/OS. I'm willing >to investigate setting one up for Spark on z/OS if folks are >interested. > For us, it will be Spark on z/OS.. Roger -- 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: Pipes
Hi Lionel, Google brings up that Hobart has a current LinkedIn entry and this interesting link which contains a paper from him on pipelines - https://www.mail-archive.com/cms-pipelines@vm.marist.edu/msg02783.html. Marty's also on LinkedIn. Good luck! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: Friday, April 7, 2017 9:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Pipes Does anyone have a SHARE proceedings CD with these two presentations that you would be willing to share: "Plumbers Who Dump CVTs and the Control Blocks that Love Them:MVS/TSO Pipelines for Systems Programmers", SHARE February 1999, Session 2875, Hobart Spitz, Paine Webber "Two Dimensional Pipes:How CMS Pipelines Differs from UNIX Pipes", SHARE 97, Summer 2001, Session 9109, Marty Zimelis, Computer Associates -- Lionel B. Dyck Mainframe Systems Programmer - TRA Enterprise Operations (Station 200) (005OP6.3.10) Information and Technology, IT Operations and Services -- 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
Incredible SHARE discount if you're under 35
I received this note from Warren Harper of the SHARE zNextGen project. This is a significant discount from the regular registration, and applies to both this SHARE in San Jose (March 5-10) and SHARE in Providence, RI (August 6-11). I have wonderful news to announce - SHARE and IBM have joined forces to give a significant registration discount for people new to z - those born during or after 1982 (so under 35). The discount allows you to register for the whole week for $975. To qualify for the discount, send a note to registrat...@share.org <mailto:registrat...@share.org> and give the proper credential (photocopy of valid ID with birth date during or after 1982). You will then get an email back with a discount code that you can apply during registration. This code is exclusive to people who are not IBM employees or SHARE Ribbon wearing volunteers. This offer is only valid in 2017 or until it runs out. If you are eligible for the discount but have already registered, contact registrat...@share.org <mailto:registrat...@share.org> so that you can receive the credit. Thanks Warren! Wowza! Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com <http://www.watsonwalker.com/> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: remote system support (i.e. the data center is 2 states away from you).
I can highly recommend z/OSMF. Steve - have you tried the install on z/OS 2.2? It's considerably easier there. Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Sent: Wednesday, September 28, 2016 3:03 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: remote system support (i.e. the data center is 2 states away from you). You might look at z/OSMF but don't be fooled, it will take you a while to get up Steve Beaver st...@stevebeaver.com This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic email or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply email so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. Thank you -Original Message- From: "Jesse 1 Robinson" <jesse1.robin...@sce.com> Sent: Wednesday, September 28, 2016 2:24pm To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: remote system support (i.e. the data center is 2 states away from you). Amen to what Jerry said. I just want to substitute the word '(re)design'. Our IT operation was originally 'designed' back in the day when everything was connected via copper cable. You pretty much had to enter the Operations cave in order to get to 'the heart' of anything. Over the years connections became more and more virtual. However, replacing old technology was easy compared with replacing old attitudes. Long after remote HMC access appeared, we were stymied by one individual in the Security area blocked us. That person never converted; he just moved on. So now there is a hierarchy of remote access and control. 1. SDSF (or comparable product). Allows the user to issue commands and see responses. 2. SMCS. Can be used when TSO is hung up. Can issue commands and see responses sent to the console. 3. VCC. Off mainframe product that presents a console image to the user. Requires no mainframe function other than the OS. Active during NIP. 4. HMC 'native' 3270. Works like a traditional console. Requires z/OS 2.1. 5. HMC Operating System Messages. Non-3270 look and feel. Requires nothing more than connectivity to HMC. Each of these has advantages and disadvantages. -- SDSF allows the user to examine operlog for responses and past activity but depends on healthy TSO, which can be blocked by 100% spool full. Very powerful. Shows messages that are not displayed on a console. -- SMCS gets only messages directed to 'console' but depends only on a healthy VTAM; unaffected by a spool full condition. Still depends on a healthy SAF. -- VCC is a separate product that requires its own hardware and TLC and $$. Allows convenient switching among all connected systems. -- HMC 3270 is nice but at present allows only one user at a time per system. Not suitable for round-the-clock use. -- HMC OSM allows multiple users but is clumsy (says the self-confessed 3270-phite). Does allow some back scrolling but even that is clumsy. Probably the most available of all interfaces, but I don't know of anyone who relies on it solely. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jerry Whitteridge Sent: Wednesday, September 28, 2016 10:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: EXTERNAL: Re: remote system support (i.e. the data center is 2 states away from you). Let me expand on that previous comment. If your Datacenter was/is designed for attended operations then console access is often restricted to physical access and so remote support becomes an issue. The conversion to unattended/lights out operations requires a rethink about console design, deployment and access from the traditional models. Both my Datacenters are designed for remote support (either can be run from either Datacenter OR by remote access). This was a part of the DR considerations as well as staffing choices. It did mean redesigning the console support but now we have access to any console from any authorized remote location without a physical presense. Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 925 738 9443 Corporate Tieline - 89443 If you feel in control yo
Re: Would HiperDispatch likely delay heavy multitasking job?
Hi Steve, That's such a good point. It's true for IBM MLC, OTC pricing, and ISV pricing. Most OTC products allow sub-capacity pricing, but we see that most customers are still using full-capacity pricing. Also, the majority of ISVs, especially the larger ones, will provide sub-capacity pricing if you push them hard enough. For more on these issues, you can see our presentations from the last SHARE on our website at http://watsonwalker.com/publications/presentations/. And if you're a Tuning Letter subscriber, look at our 2015 No 4 issue for both the article that Mike mentioned and another article on how HiperDispatch works. All my best, Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Wednesday, September 28, 2016 3:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Would HiperDispatch likely delay heavy multitasking job? Cheryl's tuning letter fall 2015 described a case where they implemented MSU capping http://www-01.ibm.com/support/docview.wss?uid=isg1OA49201 and reconfigured their CPUs from 706 to 712 to 730. With LPAR cores consolidating onto one chip with cache shared among multiple z cores, they saw a huge decrease in MIPS and MSUs and delays. HOWEVER, you MUST be licensed for ALL CPUs with billing based on MSUs instead of cores. Otherwise your SOFTWARE BILL based on cores will EXPLODE. On Wed, Sep 28, 2016 at 11:29 AM, Peter Hunkeler <p...@gmx.ch> wrote: > Environment is: > - 6 * z13 model 712 > - some 10 z/OS LPARs on each CEC > - overall LCP to PCP ratio ~ 4- 12-way production sysplex has two 12 > LCP LPARs on each CEC > > - prod LPARs have a ~38% share based on their weight => 4 vertical > high and 1 vertical medium CPs > - Neither CEC nor prod LPARs re overly busy (RMF shows some 40% - 60%) > - CPU Activity Report shows > > Job in question is DB2 reorg utlility job which runs some 30 subtasks in > parallel runs for 2 hours. RMF III (60s intervals) shows that the job mostly > has a good workflow (80%+), is heavily using CP (often 80%-90%) and at the > same time is heavily delayed for CP (40%-60%). The job is seen to use up to > 230% CP. > > > Question I've been asked: Would the job run even faster, if it was moved to a > higher goal, higher importance service class. > > > > I understand that with HiperDispach=YES, WLM will assign work to the CP nodes > it bulids, so the tasks will be dispatched on the same small set of LCPs, > which (for the vertical high CPs) will always be dispatched on the same PCPs. > > > Question: Is the assignment to dispatcher nodes by address space? In other > words, would the 30+ subtasks of the reorg job all be assigned to the same > node? > > > Is so, the job would not be able to run more CPs in parallel at any point in > time than there are LCPs in the node (highds, mediums, and unparked lows), > right? > > > Any thoughts? > > > > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF record for IQD channel activity
Hi Jake, Look at the RMF type 73 (Monitor I Channel Path Activity) which shows activity by channel path ID and also shows the channel type, such as IQD. There is also information in the Monitor II and Monitor II Channel Path Activity. The only thing I can't tell you is the interpretation of the channel path type to identify IQD, but I'm sure someone here does. Take a look at the example on page 148/149 of Redbook SG24-6816 - IBM HiperSockets Implementation Guide - http://www.redbooks.ibm.com/redbooks/pdfs/sg246816.pdf. Cheers! Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com <http://www.watsonwalker.com> -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: Thursday, August 25, 2016 5:36 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF record for IQD channel activity Hello, Is there a specific SMF record that reports the IQD channel activity(I mean the Hipersocket network analysis). I do not see any indication about the hipersocket under SMF 118 and SMF 119. Is there anyother record in specific that can report the Hipersocket network traffic analyzing within z/OS Lpar ? z/OS 2.1 running EC12 box. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to <mailto:lists...@listserv.ua.edu> 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: Comments in SYS1.PARMLIB
Hi all, There is actually a Health Check for Parmlib called ICE, but it's developed and marketed by NewEra Software. See http://www.newera-info.com. They have wonderful products, and their customers rave about them. If you're not familiar with their website, check it out for a lot of free information and webinars, with an emphasis on security and auditing. Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Wednesday, August 24, 2016 2:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Comments in SYS1.PARMLIB IMHO there should be a Health Check for whole parmlib, that means all members from Tuning Ref. -- Radoslaw Skorupka Lodz, Poland -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Comments in SYS1.PARMLIB
Hi Ed, Regarding "Letting IBM off with variations is nonsense.", I choose to think of it as being pragmatic. I can complain all day about how IBM's reduction of staff is hurting the mainframe, but the fact is that they are doing it despite anything I might say or do. Believe me that putting people to work on implementing "/" and "*/" in each parmlib member is NOT going to make it into the line items for a new release with higher priority work and reduced staff size. Before I wrote up the requirements, I did a thorough study of the Parmlib members and found that about half allow '*' in the first position. Because different departments work on each Parmlib member, I had to write up a separate requirement for each one, and it would have taken years (if ever) to get them all changed. Then Peter Relson, who wears many hats and is trusted by everyone in IBM, offered to do all the coding if he could implement the '*' version because, obviously, it's the least amount of coding (if a = '*' then bypass). I said that it would meet my requirements, the MVSE Requirements committee agreed, and he had it done a week later. If we had forced IBM to do it the "right way", it wouldn't be done today. At least now there is an option to put comments in the Parmlib members that didn't have them. And as my first email suggested, I think it would make a lot of sense for people to add a comment box at the top of every Parmlib member that includes not only an example of comments, but provides a place to put comments. You can save newbies a lot of trouble (and down time) in the future. I think this is just one of many compromises that we'll need to make with a reduced IBM staff, but I'd rather work within the system and get some things accomplished. (I could only wish our political parties could do the same.) ;-) All my best, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Edward Gould Sent: Tuesday, August 23, 2016 3:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Comments in SYS1.PARMLIB Cheryl: Thanks for all your work on this. However it occurs to me that IBM is still not living up to the spirit of the request. I would suggest that the “/*" and the “*/” standard (since day one mind you) IS the gold standard. Letting IBM off with variations is nonsense. The first “GROUP” who really went off the reservation (with documentation and other IBM standards) was the OMVS Group. Letting IBM set this kind of “standard” is dangerous IMO. More than one time I have had to make on the fly updates to Parmlib so that the IPL could be corrected and restarted loosing 30+ minutes (assuming I was present) in one case two hours. Just because of a finger check. This allowing IBM to change the rules for each member is IMO short sighted and will land more pressure down the road to standardize things… Bad decision on IBM’s part in both cases, IMO. Ed > On Aug 23, 2016, at 9:02 AM, Cheryl Watson <che...@watsonwalker.com> wrote: > > Hi all, > > It's true that not all Parmlib members support the same format, but > the Init & Tuning Guide has been updated to show which type of > comments are allowed in each member. > > In 2011, I created a dozen SHARE requirements to add comments to the > remaining Parmlib members that didn't support them. Peter Relson was > kind enough to come to our aid and implemented comments for the then > active Parmlib members. This excerpt comes from our Tuning Letter 2013 No. 3: > === > Comments > > Change documentation is very dear to my heart, so I have been upset > for years by the fact that you could not add comments to many of the > parmlib members. I got so frustrated that I wrote up SHARE > requirements for many of the members to either add or modify the ability to > add comments. > > Thanks to z/OS guru Peter Relson of IBM, who works with the SHARE MVSE > requirements committee, we now have an APAR, OA38328 (z/OS 1.12-1.13, > 17Apr2013, New Function - Parmlib Comment Support), that address many > of these requirements. The following parmlib members have been > modified to allow an asterisk in position 1 of a line to indicate that > the rest of the line is a comment: > > COMMNDxx - Commands to be issued at IPL GTFPARM (or the parmlib member > identified by the GTF procedure) - Parameters used by the Generalized > Trace Facility > IEAABD00 - Specifies data to be dumped to SYSABEND > IEACMD00 - IBM-supplied commands to be issued at IPL > IEADMP00 - Specifies data to be dumped to SYSUDUMP > IEADMR00 - Specifies data to be dumped to SYSMDUMP IEAPAKxx - Link > Pack Area (LPA) pack list IEASYSxx - System parameter list LPALSTxx - > Link Pack Area (LPA) library list VATLSTxx -
Re: Comments in SYS1.PARMLIB
Hi all, Most of the problems have been in the older members, but it's been getting better since IBM included this section in the Init & Tuning Guide. (ISVs should be aware of these guidelines too.): == General syntax rules for the creation of members The following general syntax rules apply to the creation of most parmlib members. You can find the description of the exceptions to these rules under specific members. The general rules are: -- Logical record size is 80 bytes. -- Block size must be a multiple of 80. -- Any columns between 1 and 71 can contain data. -- Statements are entered in uppercase characters. -- Suffix member identifiers can be any combination of A-Z and 0-9, though some member identifiers may allow other characters. -- Columns 72 through 80 are ignored. -- For some parmlib members, continuation is indicated by a comma followed by one or more blanks after the last entry on a record. -- Leading blanks are suppressed. A record therefore need not start at a particular column. -- Suffix member identifiers (such as LNK=A2) can be any alphanumeric combination. -- Comments for some parmlib members are indicated by using /* and */ as the delimiters in columns 1-71, for example: /*comment*/ /* and */ characters within a single-quoted string are usually not treated as comment delimiters. For nested comments, delimiters must be balanced. For example, you can nest comments as follows: /*comment1/*comment2*/*/ Some parmlib members require other methods. Check specific parmlib members for information about specifying comments. Cheers! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Elardus Engelbrecht Sent: Tuesday, August 23, 2016 9:40 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Comments in SYS1.PARMLIB Richards, Robert B. wrote: >This has probably been asked before, but a quick search of the archives did >not yield the results I was looking for. >Do all members of SYS1.PARMLIB now support /* */ commenting? No. There is only one standard with this name: 'NO STANDARDS' ;-) IEASYSxx has this: DIAG=00, COMMENT ARCCMDxx: /* COMMENT */ SETSYS ... ADYSETxx: * COMMENT DAE ... Oh, not all members have the same set of continuation syntax. Some members have this: STATEMENT KEYWORD, Others like ARCCMDxx has this: SETSYS - NODEBUG I could go on... Good luck trying to untangle this... 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 (null) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Comments in SYS1.PARMLIB
Hi all, It's true that not all Parmlib members support the same format, but the Init & Tuning Guide has been updated to show which type of comments are allowed in each member. In 2011, I created a dozen SHARE requirements to add comments to the remaining Parmlib members that didn't support them. Peter Relson was kind enough to come to our aid and implemented comments for the then active Parmlib members. This excerpt comes from our Tuning Letter 2013 No. 3: === Comments Change documentation is very dear to my heart, so I have been upset for years by the fact that you could not add comments to many of the parmlib members. I got so frustrated that I wrote up SHARE requirements for many of the members to either add or modify the ability to add comments. Thanks to z/OS guru Peter Relson of IBM, who works with the SHARE MVSE requirements committee, we now have an APAR, OA38328 (z/OS 1.12-1.13, 17Apr2013, New Function - Parmlib Comment Support), that address many of these requirements. The following parmlib members have been modified to allow an asterisk in position 1 of a line to indicate that the rest of the line is a comment: COMMNDxx - Commands to be issued at IPL GTFPARM (or the parmlib member identified by the GTF procedure) - Parameters used by the Generalized Trace Facility IEAABD00 - Specifies data to be dumped to SYSABEND IEACMD00 - IBM-supplied commands to be issued at IPL IEADMP00 - Specifies data to be dumped to SYSUDUMP IEADMR00 - Specifies data to be dumped to SYSMDUMP IEAPAKxx - Link Pack Area (LPA) pack list IEASYSxx - System parameter list LPALSTxx - Link Pack Area (LPA) library list VATLSTxx - Volume attribute list I just LOVE this APAR! Because you might start adding comments after the PTF is applied, you should probably determine a standard method of documentation that everyone can follow. This would normally include the date and time, description of the change (including the reason for the change), and the person making the change. You should also make a note of any dependencies (i.e. a change in one parameter in this parmlib requires a change in another parameter in another parmlib). Figure 3 is an example of a "flower box" (as we used to call them) that we would insert at the beginning of every parmlib member. (Note - in Word, but not email, the right hand asterisks are in line.) Figure 3 - Documenting a Parmlib Member ** * Notes: * * If you change parameter xxx, then you * * should make a corresponding change * * in member xx.* ** ** * Change Log:* * 2012/03/20, 10:30am - CLW - Changed * * to to add PROGB1 suffix * * 2012/03/27, 8am - CLW - Added x per * * memo from dated 3/25/12 * ** ** Unfortunately, you can't use the same comment box in all parmlib members, because comments aren't always indicated in the same way. The IEASYMxx member only allows comments when enclosed within the bounds of a /* and an */; TSOKEY00 only allows comments at the end of all parameters; and members IGDSMSxx, IPCSPRxx, and IVTPRM00 don't allow any comments. RECOMMENDATION: Apply the PTF and start adding comments to these long-neglected parmlib members. = I hope this help, Cheryl Cheryl Watson Watson & Walker, Inc. www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Feller, Paul Sent: Tuesday, August 23, 2016 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Comments in SYS1.PARMLIB I thought there was a push by IBM to allow comments in all members. I thought the last few members that could not have comments now allow comments. As an example I know the COMMNDxx member did not allow comments, but now it does. I know the way you put in comments does vary from member to member. Thanks.. Paul Feller AGT Mainframe Technical Support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Tuesday, August 23, 2016 08:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Comments in SYS1.PARMLIB This is because there is no SYS1.PARMLIB owner and interpreter. Each member has its own owner with its own syntax rules and syntax interpreter. I presume it is (also here) impossible to have all the labs agree on one set of rules. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: 23 August, 2016
New SHARE Requirements System
On July 1, SHARE launched a new system that will allow each project to enter new requirements, discuss them, vote on them, and submit them to IBM via the RFE (Request for Enhancement) system. 1. How is a SHARE RFE different from one submitted by an individual? We think it's more important because 1) there are more people who support it, 2) it's been vetted and discussed, and 3) many projects rank them and work with the developers to give them more priority than RFEs submitted by an individual. 2. Most SHARE projects have a unique forum for requirements. If your company is a member of SHARE, you can obtain your own membership as part of your company. If you company is not a member of SHARE, you may request a guest sign-on (http://www.share.org/). Only members may vote, but anyone with a sign-on may create and view requirements. Once you sign on, you can find the forums under your photo on the home page. After going to Forums, click on the SHARE Requirements forums. You can sign up for any forum that you have interest in, and manage how frequently you receive notices. 3. How do you submit a new requirement and look at other requirements? There is a link to 'Advocacy and Requirements' from the SHARE About tab, the Volunteers tab, and the zNextGen tab. Here's a direct link: http://www.share.org/page/requirements- <http://www.share.org/page/requirements-&-advocacy> &-advocacy. Choose the project that you'd like to look at, and start the process. We hope that you'll want to join our new system. The SHARE community can make a significant difference in the direction of IBM's development by letting IBM know what we need. SHARE Requirements are a way to do that. Please help us by submitting your burning issue today! Thank you, Cheryl Watson, SHARE Requirements Manager Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 www.watsonwalker.com <http://www.watsonwalker.com> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 89 records reporting RMF usage
Hi Peter, I think it still goes back to the original contract that has you entitled to RMF, so I would check that first. Best regards, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: Thursday, July 14, 2016 8:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 89 records reporting RMF usage After some research... I am starting to think this might be the case. It appears we had RMF enabled in IFAPRD00, but were not running it. We are running CMF. Can a SMF type 89 record indicating RMF use be cut under these circumstances? -- 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: Error in a simple COBOL program
Hi Peter, Bill Klein actually submitted a SHARE requirement for Decimal Floating Point, and it's now an 'Uncommitted candidate' on the RFE system - https://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe_ID=89952, so it's actually closer than you might think. Cheryl Watson -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Farley, Peter x23353 Sent: Tuesday, July 12, 2016 6:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Error in a simple COBOL program Write it in assembler and call it from COBOL. Or bribe the IBM COBOL team to slip in support for Decimal Floating Point variables next year whether it is profitable to IBM or not. Oh, and BIT variables would be cool too. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Woodger Sent: Tuesday, July 12, 2016 6:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Error in a simple COBOL program The PoP gets me wondering how to create a "Simulated Quantum Exception" from COBOL... -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF type 89 records reporting RMF usage
Hi Peter, Usually, RMF does NOT show up on the SCRT report that you create to send IBM. It will show up, however, on their bill coming back (also in Excel format). Where are you seeing it? If it's on the bill, then here is what is happening: 1. When you sign a license for z/OS, you also indicate which other entitlements come with that, such as RMF, DFSORT, and similar tools. If you have alternative products, such as CMF or SYNCSORT, then you would remove those entitlements during the license signing. 2. IBM keeps that information in their license database. 3. You run an SRCT report that shows all of the LPARs where z/OS runs. IBM bills you for every entitlement in every LPAR where z/OS runs, whether you run the component or not. Therefore, if RMF is an entitlement in your license, then RMF will show up in every LPAR. So EITHER you should have removed RMF as an entitlement once you installed CMF, OR you are running RMF in at least one LPAR and you're getting charged for all LPARs (but there's nothing you can do about that - it's the way it works). Is this the situation in your case? Best regards, Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Ten Eyck Sent: Tuesday, July 12, 2016 9:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF type 89 records reporting RMF usage Our SCRT reporting for IBM showed type 89 records that indicted that RMF was used. We do not run RMF, we run CMF. I am looking back at syslogs and SMF data; I am trying to determine what caused that (RMF usage) type 89 record to get cut. It does not appear that the RMF STC was started… wondering what else could be the cause. -- 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: Help identifying source of SMF 80 record
Hi Charles, I've got an EKC product called "Firecall" listed in my SMF Reference Summary at www.watsonwalker.com/references.html. Best regards, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Tuesday, July 5, 2016 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Help identifying source of SMF 80 record X-posted IBM-MAIN and RACF-L. I am looking at an SMF 80 record from a customer that I am having trouble making sense of. The customer is definitely a RACF user, not a TSS user. The customer I believe is on z/OS V2R1. It is a valid SMF 80 record. The event.qualifier is 2.0. There are three relocatable sections: a 49 (User Name) that says "Detection Status", a 17 (Class name) that says "EK$CLASS" and a 1 (Resource Name) that says "EKCA.SECURITY.DETECTION". The record is 2959 bytes long, long for a RACF SMF record. So what's odd about it? 1. It is missing the RACF version SMF80VRM at offset 80 that was added to RACF around OS/390 V1R2. That leads me to believe the record was not produced by RACF. 2. Between roughly offset x'44' and offset x'B52' (the first relocatable section) there is binary data that looks like perhaps a series of binary counters that I am not familiar with. No recognizable EBCIDC data providing a clue. Does anyone have an idea what might be producing this record and where its format might be documented? It's at a customer so I don't have a thorough knowledge of what third-party products might be running, etc., etc. Thanks, Charles -- 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: any need?
Hello Salva, The presentation wasn't actually uploaded at SHARE. If you're not a subscriber to our Tuning Letter, you may need to wait until IBM gives another presentation at a conference. I suspect they will be uploading the next presentations. I would suggest, however, that you ask to join SHARE (www.share.org) as a guest member. That gives you additional access to many of the presentations. I think it's one of the greatest libraries of information on z/OS that exists. Best regards, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Salva Carrasco Sent: Monday, April 25, 2016 2:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: any need? No member of Share. Can anybody get me any clue about this? I cant find any reference in z/OS 2.2 books. Thanks. -- 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: any need?
Hi John, It's such a neat idea that IBM is already getting ready to provide it in z/OS 2. It's called 'Streaming SMF' and was presented at SHARE in San Antonio at session 18476 by Elpida Tzortzatos and Theresa Tai. Although they didn't post the session there, it's something to keep an eye out for. I know about it because Frank Kyne is planning to write about it. It looks fantastic! Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Wednesday, April 6, 2016 10:11 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: any need? I am wondering if anyone else thinks the idea below is useful and reasonable. If a product needs to "trap" data normally written to SMF, in real time for some reason (CA-7 external data set triggering comes to mind), the product must install the three IEFU8{3,4,5} exits. Even if they're only interested in a few of the records. The exit code must first examine the record number to see if it is of interest (likely most are not), and if so, process it. If you have multiple products doing this, it seems wasteful to me. So I got to thinking (ouch! that hurts). It would be nice if there were a way to register an interest in a particular SMF record number, or numbers, and have "something" happen when a write occurs. The "something" could be invoke an exit routine (like the IEFU8n exits above but already subsetted), or perhaps have the registration API supply a buffer area into which to copy the SMF record and an ECB address to post; or a routine to be invoked via a PC-ss of some sort into the requester's address space; or a program to be run in the requester's address space (perhaps as an SRB, perhaps as an IRB on the TCB which issued the request). I would personally prefer an IRB be scheduled on the requesting TCB. This would allow SVC 3 to clean up things automagically when the TCB ends. I would guess that the requester would need to be APF authorized, or better, have appropriate access to a RACF FACILITY or XFACILIT profile. I prefer the RACF approach, personally. Is this a solution looking for a problem? I.e. is there something that _you'd_ do with SMF in "real time" if such an API existed? CA: I know that you do weird and wonderful things with the SMF router in z/OS, perhaps you find this advantageous to make into a licensed (cost) feature of CAS9. -- How many surrealists does it take to screw in a lightbulb? One to hold the giraffe and one to fill the bathtub with brightly colored power tools. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
Can you use this as justification to get to the two Nationwide sessions planned at SHARE in San Antonio? Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jackson, Robin W. Contractor Sent: Wednesday, January 20, 2016 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration) I do not, but wish that I did. I am in a JES3 environment right now and have been in JES2 environments my entire 30+ year career. I will be closely monitoring this thread. I have been reviewing a Redbook that deals with just this issue. I have not gotten very far into it yet. Thanks, Rob Jackson robin.w.jack...@ssa.gov rwjackso...@msn.com Office: 1-877-897-0598 ext. 10462 Cell: (615) 689-1435 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 9:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES3 to JES2 Migration (was JES2 to JES3 Migration) Yes, Lizette - I meant to say JES3 to JES2. Thanks! Has anyone who has done this have an estimate of the amount of time it might take, and the effort? Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, January 14, 2016 9:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Cheryl, I am guessing you meant the subject to say JES3 to JES2 migration??? The one challenge I see is the JCL is different between the two environments. JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either run where the JCL is converted or anywhere in the JESMAS. There is also the concept in JES3 that until all resources available, the job will not run. JES2 it can run and wind up waiting on resources. Those are about the differences I can think of off the top of my head. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 7:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JES2 to JES3 Migration > > A customer asked us for suggestions for performing a JES3 to JES2 migration. > Are there products that will help in this, or do you know any > companies who perform this migration? You can reply off-list if you prefer. > > Thanks so much, > Cheryl > cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 to JES3 Migration
Thanks, James, for this pointer. And thanks to all who are providing such great information! Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lund James E Sent: Friday, January 15, 2016 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Never a bad time for a shameless SHARE plug... :) Nationwide Insurance will be giving a session in San Antonio titled "JES3 to JES2 Infrastructure Migration - Customer Experience" on Friday at 11:15am, unfortunately, up against Bit Bucket :( For comparison of JESs, two other sources - 1) Ed Jaffe had a Whitepaper (?) he produced on JES2/JES3 differences 2) David Jones and Tom Wasik have presented joint sessions on JES2/JES3 function comparison - search SHARE proceedings for those. FYI, James Lund Texas A University - "Proud JES3 Site" -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Cheryl Watson Sent: Thursday, January 14, 2016 8:01 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JES2 to JES3 Migration A customer asked us for suggestions for performing a JES3 to JES2 migration. Are there products that will help in this, or do you know any companies who perform this migration? You can reply off-list if you prefer. Thanks so much, Cheryl cheryl at watsonwalker.com -- 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
JES2 to JES3 Migration
A customer asked us for suggestions for performing a JES3 to JES2 migration. Are there products that will help in this, or do you know any companies who perform this migration? You can reply off-list if you prefer. Thanks so much, Cheryl cheryl at watsonwalker.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES3 to JES2 Migration (was JES2 to JES3 Migration)
Yes, Lizette - I meant to say JES3 to JES2. Thanks! Has anyone who has done this have an estimate of the amount of time it might take, and the effort? Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, January 14, 2016 9:08 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JES2 to JES3 Migration Cheryl, I am guessing you meant the subject to say JES3 to JES2 migration??? The one challenge I see is the JCL is different between the two environments. JES2 use /* (eg. /*ROUTE) and JES3 uses //* (eg //*MAIN) JES2 has no master JES system, JES3 has a Master. So in JES2 jobs can either run where the JCL is converted or anywhere in the JESMAS. There is also the concept in JES3 that until all resources available, the job will not run. JES2 it can run and wind up waiting on resources. Those are about the differences I can think of off the top of my head. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Cheryl Watson > Sent: Thursday, January 14, 2016 7:01 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JES2 to JES3 Migration > > A customer asked us for suggestions for performing a JES3 to JES2 migration. > Are there products that will help in this, or do you know any > companies who perform this migration? You can reply off-list if you prefer. > > Thanks so much, > Cheryl > cheryl at watsonwalker.com -- 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: SRB And Enclave SRB
Hi Kenneth, The speed of a single CP on a 407 is about 210 MIPS, while the speed of a single CP on a 707 is about 1280 (per our CPU Chart). The zIIP runs like a 7xx, so yes, there is a considerable difference in CPU time between the two. We try very hard to push zIIPs (and software that offloads work to zIIPs) as one of the easiest ways to reduce the rolling 4-hour average, and often software costs. In many cases, the cost of a zIIP-enabled software product can easily be offset by the software stack savings. Best regards, Cheryl -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Klein, Kenneth E Sent: Tuesday, December 22, 2015 3:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SRB And Enclave SRB We just enabled zPSaver Suite on an LPAR on a z12 z/os 2.1 as a POC. We're getting 72.1 percent offloaded to zIIP on that LPAR. There's a little savings in IEBGENER, too, but too little to matter. What I can't figure out is where the CPU time went, because I did NOT see the 72.1 percent show up in the zIIP column. I know the specialty engines are not hamstrung like the 2827-H43-407 general purpose engines, but it looks the 1 zIIP on the CEC is 4 times faster! Can that be true? Any form of reality check would be welcome here. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Blaicher, Christopher Y. Sent: Friday, November 06, 2015 10:53 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SRB And Enclave SRB Go to http://www.syncsort.com/en/Products/Mainframe/ZPSaverSuite and see what we can do on z/IIP engines. In a nutshell, we can offload about 90% of our normal TCB workload to a z/IIP engine, your mileage may vary depending on a number of things, but we can do an awful lot. This has been a multi-year project by a number of very talented people. Chris Blaicher Technical Architect Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8234 | M: 512-627-3803 E: cblaic...@syncsort.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Friday, November 06, 2015 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SRB And Enclave SRB On 6 Nov 2015 08:11:52 -0800, in bit.listserv.ibm-main you wrote: >SRB's were not meant for general application code. Also, I hope nobody builds a quick and dirty SRB routine. Those should be carefully constructed and tested. >If by quick and dirty you mean short lived, then yes, that was their original use case. Some SRB routines today are much more robust and can do significant work, but that is what the z/IIP engines are for. What is the work done on a Ziip engine? As I understand other postings (possibly incorrectly) the work runs under an enclave SRB. Java and XML parsing to my mind are application code. I can't speak as to what type of code DF/Sort and Syncsort are running on Ziip and Zaap. Clark Morris > > >Chris Blaicher >Technical Architect >Software Development >Syncsort Incorporated >50 Tice Boulevard, Woodcliff Lake, NJ 07677 >P: 201-930-8234 | M: 512-627-3803 >E: cblaic...@syncsort.com > ATTENTION: - The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Share your z Systems expertise: survey improvement
Hi Tony, I have to say I was quite confused by the survey until you mentioned Asit Dan's name. Here is a SHARE presentation he did that explains everything that Greg was asking - https://share.confex.com/share/124/webprogram/Session17100.html. Now it makes a lot more sense. Thanks for the name, and I agree that it's probably more of a question to a user group who has listened to such a presentation than IBM-Main. When someone mentions 'z asset management' to me, I think of 'z software asset management', which is an entirely different animal. Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: Friday, October 30, 2015 7:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Share your z Systems expertise: survey improvement >> snip I see Asit Dan has done a number of presentations on this stuff that might prep your audience. Maybe point those interested there *before* asking the questions. Even if they're still not interested, they'll have some idea of what you're asking about. Regards, Tony H. -- 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 pricing question (and Single Version Charge)
I absolutely agree with Timothy. CMP is one of the nicest things IBM had done for its customers. There were reasons in the past to force sysplex aggregation, but IBM's over that. Shamplexes are simply a disaster waiting to happen. Frank Kyne and I have been teaching CMP, along with the other IBM pricing options, and we think that it's a great option that can save a lot of heartaches. It's important to realize, however, that CMP isn't going to drop your prices, but it IS going to make it easier to grow your current workloads. And it will DEFINITELY make it less expense to add new work to your current system. In addition to teaching z/OS Software Pricing, we've also be doing consulting with companies that are having problems with their ISV contracts. IBM contracts are a breeze compared to what some software companies inflict on their customers. Thanks, Timothy - I've enjoyed your recent posts. Cheryl Cheryl Watson Watson & Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Sunday, September 13, 2015 10:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS pricing question (and Single Version Charge) Shane Ginnane wrote: >What a bloody schmozzle. Wait a minute. Let me make it simple then, because it is. Get Country Multiple Pricing (CMP) and: (a) There are no Single Version Charge periods; (b) There are no Sysplex aggregation rules. There's a whole IBM redbook devoted just to part (b) -- an excellent one, as it happens -- so I'd say a fair amount of complexity is gone with CMP. With respect to Linux, everybody in the Linux support business has rules, even complex ones, concerning how you pay for your support, what that support entails (its limits and processes -- for example, what components are supported at level X, which ones at level Y, and so on), hours and escalation processes, how you renew (or don't), dispute resolution, and various other permutations. The trend over time has been for progressively greater complexity in those Linux support arrangements. Red Hat, for example, used to have one "vanilla" option many years ago. Now they have chocolate, chocolate with chocolate sauce, vanilla with chocolate chunks, tutti frutti, tutti frutti with whippped cream and a cherry on top In addition, you've typically got separate licensing and support agreements with the various software vendors (including with IBM, I hope) on top of your Linux agreement(s). And each component even within your Linux distribution has a different license: GPL2, GPL3, LGPL, Apache, MIT, etc., etc., and those individual component licenses can change even with the next patch. They should all be OSI compliant, but they are still different, and somebody probably has to review them and periodically re-review them. I'm not necessarily criticizing any of that. No, I'm not criticizing it at all. It is what it is. The complexity is real and is probably increasing. If CMP for z/OS (and the IBM software products on z/OS) is/are a "bloody schmozzle," then so are other operating systems and their products that I also like -- and they might even be medium sized war bloody. As it happens, with CMP IBM mopped up some blood. [What a metaphor you picked, Shane. Lovely. :-)] Let's applaud IBM for a few seconds here when the company does something good, for it has done so, I would argue. I think IBM absolutely did the right thing in simplifying the rules amidst a software industry (including Linux) that's getting more complex over time. You just have to switch to the new, slimmer, simpler CMP rule set, that's all. I merely provided a fuller answer to be helpful to those who haven't yet adopted CMP and perhaps to drive home the point that CMP is good. I recommend CMP. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- 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: Limit number of frames of real storage per job
Hi John, You might consider changing modifying your stance when it comes to the z13 processors. Although the z13 actually has a slower chip, the processor is faster (partly) because of how they utilize memory. In the z13, IBM has lowered the price of storage so that you can get about three times the amount of storage for the same price as you're spending today. And, in fact, when going to the z13, you should consider doing exactly that! Get triple the memory you're using today (for the same price). The CPU savings will definitely be worth it. I agree with Barry's statement about memory (yes, John, you remembered correctly). And if you study how IBM runs their benchmarks, their results are obtained by running the models with no constraints, such as no paging. So if you want to get similar results, it's worth getting enough memory so that there are no constraints. Best regards, Cheryl Cheryl Watson Watson Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Thursday, August 6, 2015 3:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Limit number of frames of real storage per job Well, I can disagree with that on a practical level to some extent. Upgrading memory can sometimes, cost wise, be more like needing so much more electric power that the power company needs to run a higher capacity line to your business and you must then install better / new equipment to support it. It might be cheaper to just find out how to decrease your power (memory) requirements. Perhaps by doing something differently. And I shudder to think what would happen here if every toilet were flushed at the same instant. On Thu, Aug 6, 2015 at 1:58 PM, John Mattson johnmattson...@gmail.com wrote: As I remember from Barry Merrill... memory should be treated like electricity or plumbing. You should never run out. To put it another way, if you are doing physical paging, buy more memory. It is cheap by comparison to the I/O and cycles needed for physical paging. (Hopefully this has not changed since the last time I was luck enough to hear Barry speak, and hopefully I paraphrased him correctly.) -- Schrodinger's backup: The condition of any backup is unknown until a restore is attempted. Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Optimus - COBOL binary optimizer
Here's some more about it (see item #4) - http://www.watsonwalker.com/Clist184.pdf Cheryl Cheryl Watson Watson Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford Sent: Friday, July 31, 2015 3:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Optimus - COBOL binary optimizer I attended a presentation today at IBM and there was a bit talk about a new binary optimizer called Optimus. At the moment it is for COBOL only but in the future will support C/C++ and PL/1. It basically scans an old module and creates a new one replacing the old instructions with new ones optimized for the architecture level of your machine. That's pretty cool stuff. No need for re-compiles. I assume it's using technology ripped from the Java JIT. Here's a link to a rather shabby webpage which hopefully will be improved soon https://www.ibm.com/developerworks/community/groups/community/BinaryOptimizer. -- 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 2.2 announcement
Another reason to move to a newer processor is the reduction on software prices. Even if you had to pay double maintenance for a while, and I agree with Ed that you wouldn't need to, the software savings from moving from a z9 to a zBC12 or baby z13 would more than make up for it. I can give you an estimate in savings if you contact me offlist. Best regards, Cheryl Cheryl Watson Watson Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Tuesday, July 28, 2015 5:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 2.2 announcement On 7/28/2015 2:17 PM, Mike Schwab wrote: Maybe they would apply the balance toward an earlier purchase? In my experience. they will do exactly that. We have *never* had a problem getting credited for remaining time on an existing pre-paid IBM CPU, DASD or Tape maintenance contract as part of a technology uplift. Upgrading a z9BC -- skipping over z10 and z114 -- to zBC12 will provide a nice performance boost, especially if you are heavily kneecapped and choose to install one or more zIIP processors. You get a warranty with a new machine, so any extra maintenance dollars are applied to maintenance that kicks in after the warranty expires. Given that it's been ~7 months since the z13 announcement, and the zEC12 and zBC12 announcements were ~11 months apart, it might be worth waiting on a hardware upgrade until the single-frame z13s are announced. IBM has priced initial memory configurations on z13s so attractively, that many installations have been able to justify purchasing 5x to 10x the memory they previously had! There's no reason not to expect similar price breaks for memory on the single-frame models. And, we all know that memory-rich environments scream!!! On Tue, Jul 28, 2015 at 4:10 PM, Gibney, David Allen,Jr gib...@wsu.edu wrote: Looks nice, won't run on my z9. I just spent awhile trying to find the definitive statement as to what date z/OS 2.1 will be withdrawn from Shopz availability. Couldn't find it. Can someone tell me what that date is? I am currently running 1.13, plan to upgrade to 2.1 before it goes out of service next year. HW maintnenace is pre-paid on the z9 until June 2017 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- 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: SMF (MAN) FileSample Request
Hello Carlos, If youre an IBM BP as Andre mentions, then you might also belong to IBM PartnerWorld. One of the really nice things that IBM does for ISVs is to provide us with SMF records from new releases, and you can download them from the PWD site. The records you're looking for might be there. Best regards, Cheryl Cheryl Watson Watson Walker, Inc. 100 Central Ave, Suite 1013 Sarasota, FL 34236 P-941-924-6565, F-941-924-4892 www.watsonwalker.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Andre Massena Sent: Tuesday, June 30, 2015 2:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF (MAN) FileSample Request Ola Carlos, why do you not tell people that you are a Systems Integrator / IBM BP and perhaps people will be more amenable to your requests? Cordialement Andre Message d'origine De : Lizette Koehler stars...@mindspring.com À : IBM-MAIN@LISTSERV.UA.EDU Objet : Re: SMF (MAN) FileSample Request Date : 30/06/2015 19:51:18 CEST I am not sure shops can share their data. However, did you look at that layout for the SMF record in the Manual? What are you doing with these records? Are you building a tool/db? If you download the DAF tool from cbttape.org it shows how to handle all IBM SMF records. It might be helpful for your process. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Cordero Sent: Tuesday, June 30, 2015 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SMF (MAN) FileSample Request What I need is a SMF sample file with already records stored of the types I sent. Because on my installation there is no activated 30,32 and DB2 SMF record; and there is no DB2 Security administration over RACF I need a samples of those events thru SMF Thanks Date: Tue, 30 Jun 2015 10:15:33 -0700 From: stars...@mindspring.com Subject: Re: SMF (MAN) FileSample Request To: IBM-MAIN@LISTSERV.UA.EDU What are you asking? I am not sure I understand. Do you mean you want to extract SMF records for 118 119 30 32 101 and 102 and put them some place? If so the IBM IFASMPDP program should be sufficient. Once you offload to a file you can send it anywhere you like. The JCL and control cards are in the SMF Manual SA22-7630-26 http://www-03.ibm.com/systems/z/os/zos/library/bkserv/ Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Carlos Cordero Sent: Tuesday, June 30, 2015 10:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMF (MAN) FileSample Request Colleagues, Did somebody have a SMF file simple storing records for: - FTP activity for record 118, 119 - IND$FILE activity from records 30 32 - DB2 Activity (I´m not sure which records) - DB2 thru RACF security management If so, please can anybody share me a ftp to download? Thanks a lot -- -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For 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: z13 unanswered question.
Hi Kees, I don't think that's true at all. All you need to do is look at the history of roll-outs to understand what IBM is doing. Except for this January announcement (which is only about four months later than historically), IBM has very clearly announced a processor every year, alternating the business class (smaller) with the enterprise class (larger) machines. It makes business sense, and each size of shop can plan on a new model about every two years. I'm updating my CPU Chart today, so happen to have all this information available. Here's what's happened in the past, and you can see the pattern: Larger Smaller z13 - 3/15 zBC12 - 9/13 zEC12 - 9/12 z114 - 9/11 z196 - 7/10 z10-BC - 10/08 z10-EC - 9/08 z9-BC-R07 - 05/06 z9-EC - 9/05, 11/05 z890 - 5/04 z990 - 6/03, 10/03 z900 Turbo - 5/02 z800 - 02/02, 12/02 z900 - 5/99 Based on IBM's history, I would have expected the z13 large machines in 9/14, but they showed up four months later. And I expect the smaller z13 machines sometime between 9/15 and 1/16. I wouldn't be worried about the future. I personally like the simpler naming of z13 for all sizes. What drives me batty is marketing name changes like all 'System z' machines from the past are now renamed to 'z Systems'. Don't those people have better things to do with their time? ;-) Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. 100 Central Avenue, Suite 1013 Sarasota, FL 34236-5731 www.watsonwalker.com cell text: 941-266-6609 == On Jan 16, 2015, at 4:09 AM, Vernooij, CP (ITOPT1) - KLM kees.verno...@klm.com wrote: It again looks like small customers are becoming less and less interesting for IBM. We have not-so-big z196's now, we could do with a z12BC's and probably the smallest z13 will be vastly oversized for us. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Syntax checker jes
I believe that New Era software has a product to analyze JES2 parms in addition to many other items. It's called IPLCHECK, and I believe that it's free. Maybe someone from New Era would comment on this? Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com cell text: 941-266-6609 == On Jan 1, 2013, at 12:08 PM, Jake anderson wrote: Hello, Do we have a syntax checker for jes2parm ? Are there any in built facility within z/os ? Any suggestions are highly appreciated. Jake -- 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