Re: IBM SSI Function Codes 16 and 17
On 2019-10-05 5:24 AM, Lionel B Dyck wrote: SMF will give the close time but I've found nothing that will give me the open time. Well, SMF14OPE tells you something... Cheers, Greg -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM SSI Function Codes 16 and 17
SSI will not do it. SMF 14/15 is indeed CLOSE time only. SMF 62 will give you the OPEN for a VSAM dataset. SMF 92/10 will give you the OPEN for a UNIX file. You could consider RACF auditing and SMF 80 (230 for ACF2). (All of the "SMF" answers assume the use IEFU8x exits.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lionel B Dyck Sent: Friday, October 4, 2019 12:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SSI Function Codes 16 and 17 Thank you but subsystem datasets are not what I was looking for - my goal is to capture the date/time a data set is opened and the date/time a data set is closed. SMF will give the close time but I've found nothing that will give me the open time. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
David Jousma wrote: >Does every JES3 shop that wants to remain have to re-buy (I'm guessing yes)? >Otherwise how's the money going to be made? Presumably they'll be charging for maintenance and support. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM SSI Function Codes 16 and 17
Have you looked at, e.g., IFG0EX0B ? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Lionel B Dyck Sent: Friday, October 4, 2019 3:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SSI Function Codes 16 and 17 Thank you but subsystem datasets are not what I was looking for - my goal is to capture the date/time a data set is opened and the date/time a data set is closed. SMF will give the close time but I've found nothing that will give me the open time. Lionel B. Dyck < Website: http://secure-web.cisco.com/1UkZr0a6L0OwqfKhbHVeI_mrCn6PdAm1Mcxo3sqWC4lhXwtT2scHDlYAqErGl0MyhX82nI18w7hylKYHHQ17R4fB6w7JkoQY1g79pX5QJJIidVCqE6edK_V48Djr5wuKMuUmOWpvKXGCrTYKbh-v_ziIcYW4wLM2qoKm4ST2vGEfdftt4VFnWt2B3iPAx7agDFnXZ_ne-MsQ1Y2jCJg0zvXIDWkDUXKkzdlAYibYU_63KicORXiujMWnSgQhZsaF-CoZuHgOV2CPE8RSs7iOjuYQ3duVm5LS5U4aXedXyWPP5HSsqBj-oP-frb6geJDxnEDSS0QwF4gZP10wYIDXzA_TkS36_Rm9wNgBUreeNNKjrsJPPdZrZNAtZyfKbzaYxLrZIM60b_3J5Ag9YxKdH36oIWGEXp2mEuZarZGvx7HetK83FD-xG2HfC1L3kNelx/http%3A%2F%2Fwww.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc Sent: Friday, October 4, 2019 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SSI Function Codes 16 and 17 On Fri, 4 Oct 2019 at 07:55, Jerry Callen wrote: > > See: > https://secure-web.cisco.com/1hxYhdTyUJ2n0lYJEpJ86Ahv-WL2HxROPInP2mMHw_y81ItV8Rb0rPEOZZJc64pPcXUlHsudWcozIP4Ree3yx2aj-lnDdLmdOYoE6SaIdEemu4fhhNrL-Yx1lqopCVRjZ4GzIEgcarJcEJDCrHq1am_qepDcbEi4lMKGhT_8BgpDytIIReDtgF0NKbktSqdjlKZB1zh4FprwUNwCkysjljsX_KnF2JRBpM91dHlFs-_w-SFzjmN7Lrrp34G4IhIKIo5outUASrIwFKI_39yQ6wTBQzA1H3rSPt14Dzax6BpxPcggFDXzSynZ6xElqUoG78hAGcUvpIQydN5k4yLa5ni4_OeF_6OSW_7T5V4RpjFauc68nZJYQE3Yx1ZCjpcErK6wCmrwjx11ni01tjs5YGapS4g-u2z9APYM33CRH9p520F2kPcZS9lp0JvRV4dH_/https%3A%2F%2Fgithub.com%2FCBTTape%2F290 > It contains an implementation of subsystem datasets. As does CBT 364. The two of them (290 has very useful doc) along with the current JES2 source will give you enough information to write your own simple subsystem that supports dataset functions, I believe. > The documentation you WANT is the Washington Systems Center Technical > Bulletin GG66-3131-00, which, unfortunately, seems to have become Pure > Unobtainium. A good many other GG books that were only ever shipped on paper have also disappeared. Not particularly from IBM trying to suppress them as much as simply nobody with a paper copy has digitized it and made it available to bitsavers or the like. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
On Fri, 4 Oct 2019 17:31:06 +, Jousma, David wrote: >Does every JES3 shop that wants to remain have to re-buy (I'm guessing yes)? >Otherwise how's the money going to be made? Buy? Is a one-time charge an option these days? -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM SSI Function Codes 16 and 17
Thank you but subsystem datasets are not what I was looking for - my goal is to capture the date/time a data set is opened and the date/time a data set is closed. SMF will give the close time but I've found nothing that will give me the open time. Lionel B. Dyck < Website: http://www.lbdsoftware.com "Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc Sent: Friday, October 4, 2019 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM SSI Function Codes 16 and 17 On Fri, 4 Oct 2019 at 07:55, Jerry Callen wrote: > > See: https://github.com/CBTTape/290 > It contains an implementation of subsystem datasets. As does CBT 364. The two of them (290 has very useful doc) along with the current JES2 source will give you enough information to write your own simple subsystem that supports dataset functions, I believe. > The documentation you WANT is the Washington Systems Center Technical > Bulletin GG66-3131-00, which, unfortunately, seems to have become Pure > Unobtainium. A good many other GG books that were only ever shipped on paper have also disappeared. Not particularly from IBM trying to suppress them as much as simply nobody with a paper copy has digitized it and made it available to bitsavers or the like. 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: APAR OA58438 (was Re: Planned ESQA change and HealthCheck)
On Fri, 4 Oct 2019 07:11:21 +, Martin Packer wrote: > >Interesting. And no I didn’t know about it. Question: At what stage does >the ESQA into ECSA check wave a red (or orange) flag? > >Cheers, Martin From monitors it depends I guess. But the OS does it right away via IRA103I SQA/ESQA HAS EXPANDED INTO CSA/ECSA BY x PAGES https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieam900/m013171.htm 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
Re: IBM SSI Function Codes 16 and 17
On Fri, 4 Oct 2019 at 07:55, Jerry Callen wrote: > > See: https://github.com/CBTTape/290 > It contains an implementation of subsystem datasets. As does CBT 364. The two of them (290 has very useful doc) along with the current JES2 source will give you enough information to write your own simple subsystem that supports dataset functions, I believe. > The documentation you WANT is the Washington Systems Center Technical > Bulletin GG66-3131-00, which, unfortunately, seems to have become Pure > Unobtainium. A good many other GG books that were only ever shipped on paper have also disappeared. Not particularly from IBM trying to suppress them as much as simply nobody with a paper copy has digitized it and made it available to bitsavers or the like. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement
Didn't mean to create confusion with the below statement. I should have said, "We will begin to functionally enhance OUR OFFERING starting with the 2nd release..." to distinguish it from IBM JES3. I'm just so used to saying "JES3," muscle memory got the better of me... LOL On 10/3/2019 10:24 PM, Ed Jaffe wrote: We will begin to functionally enhance JES3 starting with the 2nd release 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
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
I was thinking along the lines of licensing. Does every JES3 shop that wants to remain have to re-buy (I'm guessing yes)? Otherwise how's the money going to be made? _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Tony Harminc Sent: Friday, October 4, 2019 1:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** On Fri, 4 Oct 2019 at 01:24, Ed Jaffe wrote: > Thanks to everyone for all the support. As many of you know, we have > been working with JES3 for decades, so it's a perfect fit for us. Wow! I'm not a JES3 guy, but the two obvious questions that come to mind are: Is JESXCF used by JES3, and if so, did you license its source too? Are parts of JES3 written in PL/X, and if so did you get the compiler? (And IBM - if they got it, can I have one too?) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Phoenix Software International Announces IBM(R) JES3 Licensing Agreement
On Fri, 4 Oct 2019 at 01:24, Ed Jaffe wrote: > Thanks to everyone for all the support. As many of you know, we have > been working with JES3 for decades, so it's a perfect fit for us. Wow! I'm not a JES3 guy, but the two obvious questions that come to mind are: Is JESXCF used by JES3, and if so, did you license its source too? Are parts of JES3 written in PL/X, and if so did you get the compiler? (And IBM - if they got it, can I have one too?) Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: sftp config file
In this case the private key is in RACF, but thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF Record Signing Validation Problems
What's the magic spell(s) to get SMF Signature Validation to work? I've been trying for a couple of days and it's failed every time. Latest failure is this; IFA741I UNABLE TO PERFORM SMF SIGNATURE VALIDATION IFA742I SMF SIGNATURE VALIDATION FAILED DUE TO INCONSISTENT RECORDS - FIRST FLAG DOES NOT MATCH The previous days SMF data is archived using these parameters; LSNAME(IFASMF.DEVL52.DEFAULT,OPTIONS(ARCHIVE)) OUTDD(OUTDD1,TYPE(0:255)) RELATIVEDATE (BYDAY,1,1) NOSIGSTRIP And my validation job reads in that archived data using these parameters INDD (IN,OPTIONS(DUMP)) OUTDD(DUMPOUT,TYPE(0:255)) NOSIGSTRIP SID(PROD) SIGVALIDATE(HASH(SHA512), TOKENNAME(SMF#SIGNING#TAMPER#RESISTANT#TOK)) 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
Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement
Good luck Ed. I am sure that there are a lot of JES3 people pleased with this. Sincerely, John T. Abell Tel:800-295-7608Option 4 President International: 1-416-593-5578 Option 4 E-mail: john.ab...@intnlsoftwareproducts.com Fax:800-295-7609 International: 1-416-593-5579 International Software Products www.ispinfo.com This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, retention, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive on behalf of the named recipient), please contact the sender by reply email and delete all copies of this message. Also,email is susceptible to data corruption, interception, tampering, unauthorized amendment and viruses. We only send and receive emails on the basis that we are not liable for any such corruption, interception, tampering, amendment or viruses or any consequence thereof. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Friday, October 04, 2019 1:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Phoenix Software International Announces IBM® JES3 Licensing Agreement Thanks to everyone for all the support. As many of you know, we have been working with JES3 for decades, so it's a perfect fit for us. As a customer focused company, we really listen to what our customers tell us. They asked for this, so we stepped up the plate. We licensed JES3 from IBM for the purpose of extending its life indefinitely. Our initial product release (planned for GA March 2020) will be functionally equivalent to z/OS 2.4 JES3, but unlike IBM we intend to support back-level BCPs (probably z/OS 2.2 and higher since JES3 has not been enhanced by IBM one iota since that time). So we will be looking for early support customers as soon as we have something packaged, tested, and ready to ship -- perhaps January... We will begin to functionally enhance JES3 starting with the 2nd release and, unlike IBM, we plan annual releases just like the rest of our products. We'll probably re-sync on a September release schedule in 2020 or 2021 to ensure we're positioned to offer Day #1 support of new z/OS releases as they are released. It's not every day someone acquires a core z/OS component from IBM (has that EVER happened?) so you can be sure we will treat it with the respect it deserves. But, more than anything else, we're gonna have fun! -- Phoenix Software International Edward E. Jaffe Chief Technology Officer 831 Parkview Drive North El Segundo, CA 90245 https://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
TLMS QUESTION - SCRATCH A TAPE
G'Day, I want to scratch a tape which has a retention period of 1095 days. This is what it looks when I query the tape: RTN-SCHED(1) BY RMF 5DC1095 I saw this example in the TLMS doc. Would it scratch the tape? /* //TLMSINQR EXEC CATINQR //CAIIPT DD * //UPV T59631,SCRATCH=YES /* // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM SSI Function Codes 16 and 17
See: https://github.com/CBTTape/290 It contains an implementation of subsystem datasets. The documentation you WANT is the Washington Systems Center Technical Bulletin GG66-3131-00, which, unfortunately, seems to have become Pure Unobtainium. -- Jerry -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA58438 (was Re: Planned ESQA change and HealthCheck)
Thanks Mark for the heads up. We've not seen the behavior noted in this APAR, although I am tracking it now for closure. In my case, got lazy over the years and hadn’t been paying attention to CSA/ECSA SQA/ESQA allocation and utilization that has crept up. ESQA has been hovering around 80-85% on my heavily used lpars. We've had one production system spill from ESQA to ECSA since our last IPL in early May. Since we've got our fall IPL's coming up, I'm adjusting it to get it back into a more comfortable range. _ Dave Jousma AVP | Manager, Systems Engineering Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI 49546 616.653.8429 | fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden Sent: Thursday, October 3, 2019 5:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: APAR OA58438 (was Re: Planned ESQA change and HealthCheck) **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** If you are running z/OS 2.3 and increasing ESQA because of expansion into ECSA messages or sudden unexplained growth, check out APAR OA58438. We had 3 system crashes after migrations to z/OS 2.3 in 2019 and one close call after ECSA got to 99% when ESQA expanded into it (only a vendor monitor crashed in that case after a failed ECSA getmain). Stand alone dumps didn't find the root cause other than we new it was RPB pool growth related to SVC dumps from CICS. In one case a single SVC dump caused an 80M ESQA spike within one or two seconds crashed a system when it spilled into ECSA and also filled up ECSA (typically at about 70% use, but "stable"). We worked with IBM all summer on this. We had different SLIPs and GTF traces put in place, but with the traces going the problem never happen. But SVC dump processing did take over the CPU with the trace + GTF active! :-) Meanwhile, we increased ESQA on 30 LPARs via normal IPLs over the summer by about 80M and ECSA a bit as a "work around". Settings that haven't been touched in god knows how long (certainly not since 64-bit usage has increased and HVCOMMON). So we had to loose about 100M of high private to do this. We also increased real storage on a couple of LPARs that really didn't warrant it (based on zero or close to zero demand paging during normal operations), but we knew real storage was also involved in the problem (no flash memory for SVC dumps on my client's mainframes). The entire time IBM has said we are the only ones reporting the problem, but since we had the problem in big sysplexes, small sysplexes, big LPARs, small LPARs, I know that we can't be the only ones. I think other shops are ignoring the ESQA expansion into ECSA (since that in itself doesn't hurt) and / or they have more "white space". The RPB control blocks are freed after about 10 minutes, so anyone looking at their current ESQA (and ECSA) usage wouldn't notice the spikes or would just say 'oh well, looks good now". Anyway, IBM was getting close to figuring this out not too long ago and partially re-created the problem in the lab some weeks ago and just got back to us today with the root cause and the APAR that was opened. It is related to being real storage constrained at the time of the SVC dumps (I think all of the crashes were during CICS startup time in the wee morning hours). I really wanted to post something about this earlier but didn't since IBM said they had no other reported problems, So if you have seen this problem since migrating to z/OS 2.3, now you know you aren't the only ones. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: APAR OA58438 (was Re: Planned ESQA change and HealthCheck)
Interesting. And no I didn’t know about it. Question: At what stage does the ESQA into ECSA check wave a red (or orange) flag? Cheers, Martin Sent from my iPad > On 3 Oct 2019, at 22:34, Mark Zelden wrote: > > On Thu, 3 Oct 2019 16:18:32 -0500, Mark Zelden wrote: > >> If you are running z/OS 2.3 and increasing ESQA because of expansion into ECSA messages >> or sudden unexplained growth, check out APAR OA58438. >> >> We had 3 system crashes after migrations to z/OS 2.3 in 2019 and one close call after >> ECSA got to 99% when ESQA expanded into it (only a vendor monitor crashed in that >> case after a failed ECSA getmain). Stand alone dumps didn't find the root cause >> other than we new it was RPB pool growth related to SVC dumps from CICS. In one >> case a single SVC dump caused an 80M ESQA spike within one or two seconds crashed >> a system when it spilled into ECSA and also filled up ECSA (typically at about >> 70% use, but "stable"). >> >> We worked with IBM all summer on this. We had different SLIPs and GTF traces put in >> place, but with the traces going the problem never happen. But SVC dump processing >> did take over the CPU with the trace + GTF active! :-) >> >> Meanwhile, we increased ESQA on 30 LPARs via normal IPLs over the summer by about >> 80M and ECSA a bit as a "work around". Settings that haven't been touched in god knows >> how long (certainly not since 64-bit usage has increased and HVCOMMON). So we had >> to loose about 100M of high private to do this. We also increased real storage on a >> couple of LPARs that really didn't warrant it (based on zero or close to zero demand >> paging during normal operations), but we knew real storage was also involved in >> the problem (no flash memory for SVC dumps on my client's mainframes). >> >> The entire time IBM has said we are the only ones reporting the problem, but since we >> had the problem in big sysplexes, small sysplexes, big LPARs, small LPARs, I know that >> we can't be the only ones. I think other shops are ignoring the ESQA expansion into >> ECSA (since that in itself doesn't hurt) and / or they have more "white space". The >> RPB control blocks are freed after about 10 minutes, so anyone looking at their >> current ESQA (and ECSA) usage wouldn't notice the spikes or would just say 'oh well, >> looks good now". >> >> Anyway, IBM was getting close to figuring this out not too long ago and partially >> re-created the problem in the lab some weeks ago and just got back to us today >> with the root cause and the APAR that was opened. It is related to being real >> storage constrained at the time of the SVC dumps (I think all of the crashes were >> during CICS startup time in the wee morning hours). >> >> I really wanted to post something about this earlier but didn't since IBM said >> they had no other reported problems, So if you have seen this problem since >> migrating to z/OS 2.3, now you know you aren't the only ones. >> > > > One thing I didn’t mention in the post (well, I did the first time I started to compose it, > but accidentally closed the window) is that one may not even notice the problem because > the RPB pools are releases after some period of time (10-15 minutes?). So if one looked > at any given point in time ESQA usage would be “normal”. The only clue would be Health > Checker messages if Health Checker was running or some other monitor tripping > an ESQA threshold hit or expansion into ECSA. > > > 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: https://urldefense.proofpoint.com/v2/url?u=http-3A__www.mzelden.com_mvsutil.html=DwIFaQ=jf_iaSHvJObTbx-siA1ZOg=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ=43S2JiirvFMh4tAR2Cl0rV7xrOMLxgWPfM46UlAhBvY=NjRA6txmJh5iEmctzIV1vmrUwRbMU9MrRo8bzD7-aq4= > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: ZEKE - ZENA
ZEKE /ZENA is ASG product's ...check in https://www.asg.com/en/Contact-Us.aspx On Tue, Sep 24, 2019 at 12:14 PM Vernooij, Kees (ITOP NM) - KLM < kees.verno...@klm.com> wrote: > Since you mention z/OS in your question, this is a correct place. This a > generous forum of technical people, eager to dive into almost any technical > problem. > However, I can't help you further. > > Kees. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Nai, Dean > > Sent: 23 September, 2019 20:36 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: ZEKE - ZENA > > > > Not sure if this is just for IBM related products but I'll ask the > > question anyway. We are converting over 2000 jobs from ZEKE on Z/OS to > > ZENA on a ZLINUX box. Anyone go through this process and if so any tips > or > > scripts to accomplish this that they know of? Thanks in advance for your > > thoughts:) > > > > > > Dean Nai > > > > > > > > > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail or > any attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may > be unlawful. If you have received this e-mail by error, please notify the > sender immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission > of this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN