Nope. I'd be asking L2 to route to binder support. Shouldn't be getting blocking problems in this day and age surely ? ( And don't call me Shirley) I'm showing my age.
When was this thing last linked anyway ? But I'm happy take a look. Hank, FA -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Seymour J Metz Sent: Friday, 3 May 2019 02:08 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Crazy concatenation mystery Since Fault Analyzer is supposed to be transparent, I recommend reporting that as a bug, but I suspect that the resolution will be a documentation fix for FA. What is happening is that Fault Analyzer, by invoking BINDER, uses standard access methods to read the load module, and therefore you need to have the largest block size specified for the concatenation. As long as you only use it for fetch, the block size is irrelevant. Presumably this is the first time that you invoked FA. -- Shmuel (Seymour J.) Metz https://apc01.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7Chank.oerlemans%40HCL.COM%7C08e6a957d2844e6df4cb08d6cf186c58%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636924101163130933&sdata=cu3fef679vGyCtpH77O3T5GQCOc09kRZSxAwX8mEVm0%3D&reserved=0 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Jesse 1 Robinson <jesse1.robin...@sce.com> Sent: Wednesday, May 1, 2019 7:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Crazy concatenation mystery This is almost nutty enough to be a weekend post, but it's a live production environment, so here goes. We have a prod job (batch Db2) that has run daily for years. Suddenly on 14 April it started abending with this message from Fault Analyzer: IEW2541S 471A MEMBER CUA625 IDENTIFIED BY DDNAME JOBLIB WITH CONCATENATION NUMBER 1 CONTAINS A BLOCK OF SIZE 32760 WHICH IS LONGER THAN THE DATA SET BLKSIZE. IDI0010E IEWBIND error INCLUDE CUA625 rc=83000507 IDI0002I Module CUA625, program CUA625, offset X'7712': Abend U3003 So this is all absolutely true. The module *is* 32760 while the PDS *is* 19069-the ancient 3350 track size that was fairly standard for load libraries in the Dark Ages. So what's the mystery? How on earth did the 13 April and *all previous* runs work OK? We cannot find any evidence of a change. No IPL that weekend let alone z/OS maintenance. The link edit date on the fat module is years old. We restored an older version of the skinny PDS from HSM. No differences. The DASD upgrade I posted about earlier came two weeks later. It should have failed eons ago. This JOBLIB concatenation has other problems as well that are not obviously related. We know how to fix the errors but we're stumped for an explanation of how we got here. [Sound of heads shaking in unison.] . . 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN