IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

SDUMPX macro fails to dump requested areas under z/OS 3.1


IBM Mainframe Forums -> PL/I & Assembler
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
gmcateer

New User


Joined: 23 Aug 2024
Posts: 2
Location: Scotland

PostPosted: Tue Aug 27, 2024 4:22 pm
Reply with quote

We have a program that issues an SDUMPX macro to dump the address space and an associated data space.

This program was written way back in the 90s and has worked under every release of z/OS until z/OS 3.1.

Under z/OS 3.1, instead of getting our address space and selected data space, we get a lot of data that was not requested, the dump request fails (see below) and the data space is not included.

When issuing the SDUMPX we get the following messages:

Code:
IEA794I SVC DUMP HAS CAPTURED: 929                                     
DUMPID=002 REQUESTED BY JOB (XXXXX   )                                 
DUMP TITLE=XXX DUMP                                       
INSUFFICIENT RESOURCES FOR OPTIMIZE=YES PROCESSING                     
IEF196I IGD100I 0A82 ALLOCATED TO DDNAME SYS00003 DATACLAS (        ) 
IEF196I IEF285I   SYS1.S0W1.Z31B.DMP00002                      CATALOGED
IEF196I IEF285I   VOL SER NOS= B3SYS1.                                 
IEA611I PARTIAL DUMP ON SYS1.S0W1.Z31B.DMP00002 933                   
DUMPID=002 REQUESTED BY JOB (SRM27   )                                 
FOR ASID (0074)                                                       
INCIDENT TOKEN: ADCDPL   S0W1     08/23/2024 08:02:00                 
SDRSN = 00000000 00000000 04000000 00000000                           
SOME STORAGE COULD NOT BE DUMPED RC=8             


Under previous z/OS versions, our dump dataset would contain the normal DR2 H, SV, SC, A, etc. records, plus our expected DR2 SS.....%00000XXX records, where 00000XXX is our data space.

We have rebuilt the code under z/OS 3.1 but that made no difference. We have also changed the default dump parameters, altered the code to try different dump options, but still no data space and no obvious changes in what is being dumped.

Our SDUMPX macro is as follows:

Code:
        SDUMPX HDRAD=SDUMPHDR,SUMLSTL=SUMLSTL,                        X
               TYPE=(XMEM,FAILRC),SDATA=(NODEFS,SUM,RGN,TRT),         X
               MF=(E,SDUMPL)   


As I have mentioned, this code has worked under all previous versions of z/OS.

Any help appreciated.
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2588
Location: Silicon Valley

PostPosted: Thu Aug 29, 2024 9:20 am
Reply with quote

It seems like you should call the IBM support center.
Back to top
View user's profile Send private message
hankoerlemans

New User


Joined: 25 Jan 2018
Posts: 61
Location: Australia

PostPosted: Fri Aug 30, 2024 10:58 am
Reply with quote

I concur...however, even though it didn't use it I'd try with OPTIMIZE=NO set as the default.
IBM did an APAR a year or so ago for missing Java pages with OPTIMIZE=YES so I think it's worth the check.
Back to top
View user's profile Send private message
Joerg.Findeisen

Senior Member


Joined: 15 Aug 2015
Posts: 1308
Location: Bamberg, Germany

PostPosted: Fri Aug 30, 2024 11:29 am
Reply with quote

hankoerlemans wrote:
I concur...however, even though it didn't use it I'd try with OPTIMIZE=NO set as the default.
IBM did an APAR a year or so ago for missing Java pages with OPTIMIZE=YES so I think it's worth the check.

See
Code:
INSUFFICIENT RESOURCES FOR OPTIMIZE=YES PROCESSING

message. It actually should have been processed as OPTIMIZE=NO already. But certainly worth a try.
Back to top
View user's profile Send private message
gmcateer

New User


Joined: 23 Aug 2024
Posts: 2
Location: Scotland

PostPosted: Fri Aug 30, 2024 11:34 am
Reply with quote

We tried switching the default options, including changing them to OPTIMIZE=NO, but no difference.

Nothing we did with the defaults changed anything, even when we removed NODEFS from the macro.
Back to top
View user's profile Send private message
Rohit Umarjikar

Global Moderator


Joined: 21 Sep 2010
Posts: 3075
Location: NYC,USA

PostPosted: Sun Sep 01, 2024 4:26 pm
Reply with quote

We also have faced recent failures with z3.1 upgrade.

Please contact IBM. They were able to help us with suggestions on insufficient storage.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> PL/I & Assembler

 


Similar Topics
Topic Forum Replies
No new posts Access to macro definitions PL/I & Assembler 4
No new posts PRINTOUT macro PL/I & Assembler 0
No new posts create rexx edit Macro that edits the... CLIST & REXX 3
No new posts dsnrexx fails without error message CLIST & REXX 9
No new posts Issues with executing a REXX MACRO th... TSO/ISPF 4
Search our Forums:

Back to Top