W dniu 18.08.2025 o 15:41, Steve Estle pisze:
Is anyone else having issues applying / and/or accepting latest ZOS 2.5
maintenance? I am trying to run accept of latest received / applied RSU and
continue to get E37-04 Abends on SMPWRK6 - my JCL specifies:
//SMPWRK6 DD DISP=(NEW,DELETE,DELETE),UNIT=(SYSALLDA,5),
// SPACE=(CYL,(7000,7000,25000)),
// DSNTYPE=LIBRARY
For instance, UI94975 Liberty PTF is over 4.1 million records in length?
Is anyone else having issues receiving / applying / accepting these extremely
large PTF's? If not what are you doing with your SMPWRK6 DD to get through
them or do we just have to apply/accept these in piecemeal fashion?
Many moons ago I had a problem with SMPPTS which was PDSE. At the time
the limitation of PDSE: 15 728 639 records per member (~1.2GB for FB
80). And the PTF size was bigger - so I had to go back to PDS which
doesn't have such limit (there is 64k TRKs per dataset, but it wasn't an
issue then).
Nowadays I use PDSE v2 which has the above limit relieved (it is 2 146
435 071 records per member).
BTW: the above JCL code is inconsistent (or silly). UNIT=(,5) has no
sense for single-volume datasets like PDSE or PDS. Number of directory
blocks can be 25000 or anything, but it is dummy number, since you chose
to use PDSE. SPACE pri and sec - adjust it to your volume size and free
space. BTW: I would code DDDEF instead of DD.
HTH
--
Radoslaw Skorupka
Lodz, Poland
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
