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&amp;data=02%7C01%7Chank.oerlemans%40HCL.COM%7C08e6a957d2844e6df4cb08d6cf186c58%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636924101163130933&amp;sdata=cu3fef679vGyCtpH77O3T5GQCOc09kRZSxAwX8mEVm0%3D&amp;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

Reply via email to