We mentioned to IBM in our SR that we could not pull the PTF. Reply was that Shopz had problems last week affecting many customer orders. I resubmitted the order this morning. It completed in three minutes.
. . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Field, Alan Sent: Friday, October 13, 2017 6:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: APAR OA53994 A couple of times this week I have run our job. I gave up the first time and cancelled it after about 600 minutes of waiting. The second one finally completed successfully after a similar amount of time. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Friday, October 13, 2017 8:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA53994 CAUTION: This email originated outside of the organization. DO NOT CLICK links or open attachments unless you recognize the sender and know the content is safe. ______________________________________________________________________ Since the day the PTFs went GA, we've been trying to download for our level. We have submitted our 'standard' RFN job several times. Each time it runs for hours and finally dies. The latest one looked as below. This is just to pull a single PTF. The job is active but waiting the entire time. Anyone have better luck? GIM694I SMP/E HAS WAITED 525 MINUTES FOR ORDER ORD00076 AND WILL CONTINUE TO WAIT BECAUSE NOLIMIT WAS SPECIFIED. GIM69195S ** RECEIVE PROCESSING HAS FAILED. THE SERVER AT https://urldefense.proofpoint.com/v2/url?u=https-3A__eccgw01.boulder.ibm.com_services_projects_ecc_ws&d=DwIGaQ&c=zjLIypOkeQKJfe4BYrJ5J55pYA-45JElRiaMoh2hP7Q&r=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE&m=CTEQdsMN-Chswhc5YS4MsWkr3ZC4M667c8sEcx_jlBo&s=OfSOwtgjPvhdybtaNQfb96upg8zpBAMuMJS1gQprc_0&e= DETECTED AN ERROR: 405 - Method Not Allowed. GIM20501I RECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday, October 12, 2017 3:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: APAR OA53994 FYI, the GA version of the PTF is available for this. While we didn’t see the problem either, this is one of those that could be very pervasive and maybe not noticed for awhile... _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Tuesday, October 03, 2017 5:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: APAR OA53994 **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Even though we are not aware of having the problem, we've been pursuing the ++APAR fix just in case. In order to APPLY CHECK it cleanly, we had to include a cousin PTF that we had not yet received, let alone applied: UA92697. That PTF is also PEed but fixed by the same APAR. Level 2 didn't seem to understand our problem. IBM does advise, after all, receiving all maintenance on a regular basis. We don't. ;-( Just be aware that if UA92697 is not already installed (before it went PE presumably), then you need to include it in the same apply job with AA53994. BTW we're inclined to wait for the GA PTF. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Monday, October 02, 2017 6:03 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: APAR OA53994 All, just an FYI, we are in the middle of a maintenance cycle, and happened to pick up these offending PTF's awhile back. IBM does have an APARFIX available. I'm working with them trying to gauge the confidence level in it. They have updated the text of the APAR to include the conditions required for it to occur. Probably a fairly rare case, but good to close the hole. ERROR DESCRIPTION: During CLOSE processing of an extended format dataset, a logic error occurs causing the blocks at the end of the dataset to not be written out to the dataset if the I/O has not completed yet. Conditions for problem to occur: - QSAM and OUTPUT - Physical Sequential Extended Format dataset - During close processing, the dataset must run out of space in the current extent. This will drive EOV processing to get a new extent and re-drive i/o. - The i/o must not complete before we get to the invalid code path. If it completes, there is no problem. _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: Jousma, David Sent: Monday, October 02, 2017 7:51 AM To: 'IBM Mainframe Discussion List' Subject: RE: APAR OA53994 Thanks for the heads up Skip. _________________________________________________________________ Dave Jousma Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jesse 1 Robinson Sent: Friday, September 29, 2017 3:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: APAR OA53994 I just got a notice from ASAP that APAR OA53994 has PEed PTF UA91904 , which we installed in July. It looks pretty serious: records dropped at the end of an extended format sequential file. We have had no reports of such a problem, but it's pretty worrying. Has anyone stumbled on this crack in the sidewalk? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office <===== NEW robin...@sce.com<mailto:robin...@sce.com> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
