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
