Thank you for your suggestions.
So I included an ASIDLST to be specific when using SDUMPX.
CFB RTCT/IEAVDUMP show little differences between the two dumps.
Both show the ASIDs of the three software instances.
'92'/'9C' are the ASIDs of the other instances.
'BC' is the one that I am interested in.
Excluding most of the identical data, I get:
DUMP Command:
X'0092' JOBNAME: AJS1
X'009C' JOBNAME: AJS5
X'00BC' JOBNAME: AJS4
==> FLAGS SET IN SDUFLAG0: Schedule dump request ASID specified.
==> FLAGS SET IN SDUTYP1: Type XMEMT specified.
==> FLAGS SET IN SDUEXIT: Server exits to get control.
==> FLAGS SET IN SDUFLAG3: SDUMP was invoked by DUMP command.
SDAS SDF4 SDF5
---- ---- ----
001 0092 80 00
002 009C 80 00
003 00BC 80 00
004 0000 00 00
[...] and
ESEQ..... 0000 ECPU..... 0000 EASD..... 0000 ETIM..... 00000000
SYO...... FC800000 SDO...... 09000000 SDNA..... 03 INDX..... 03
and
QDDS..... 01C31BF8 DPLF..... 0335D000 DPLB..... 0335D000 CIDI.....
00000016
PCNT..... 00000003
----------------------------------------------------------------------
SDUMPX:
DUMP OF ASIDS:
X'00BC' JOBNAME: AJS4
X'009C' JOBNAME: AJS5
X'0092' JOBNAME: AJS1
==> FLAGS SET IN SDUFLAG1: ASIDLIST specified.
SDAS SDF4 SDF5
---- ---- ----
001 00BC 80 00
002 009C 80 00
003 0092 80 00
004 0000 00 00
[...] and
ESEQ..... 201A ECPU..... 0000 EASD..... 00BC ETIM..... 0007E996
SYO...... FC800000 SDO...... 09000000 SDNA..... 03 INDX..... 01
and
QDDS..... 01C31BF8 DPLF..... 03315000 DPLB..... 03315000 CIDI.....
00000018
PCNT..... 00000005
----------------------------------------------------------------------
More information I can think of:
SDUMPX is executed in the jobs task manager's ESTAE when one of its
subtasks abends.
The data spaces are created with SCOPE=SINGLE
I tried using TYPE=XMEME with SDUMPX, but the result did not change.
Kind regards,
Simon
Am 02/02/2024 um 09:12 schrieb Binyamin Dissen:
On Thu, 1 Feb 2024 15:41:29 +0000 Jim Mulder <[email protected]> wrote:
:>What is displayed by this IPCS command for your dump?
:>CBF RTCT
Is that what IEAVDUMP invokes?
Otherwise I would try that as well.
:>Jim Mulder
:>
:>-----Original Message-----
:>From: IBM Mainframe Discussion List <[email protected]> On Behalf Of
Schühle, Simon
:>Sent: Thursday, February 1, 2024 8:17 AM
:>To: [email protected]
:>Subject: Re: Data space dump with SDUMPX
:>
:>So, just some additional details.
:>My DUMP Command would look like this:
:>
:>DUMP COMM=(DSPTST),DSPNAME=('*'.00001EDB),SDATA=(SUM,CSA,RGN),END
:>
:>Compared to the SDUMPX code I posted earlier, it's basically the same.
:>But with DUMP I get the following result in the dump:
:>
:>ASID(X'0092') DSPNAME(00001EDB)
:> 400000.:7FFFFF.
:>X'400000' bytes described in ASID(X'0092') DSPNAME(00001EDB)
:>
:>ASID(X'0094') DSPNAME(00001EDB)
:> 400000.:437FFF.
:>X'038000' bytes described in ASID(X'0094') DSPNAME(00001EDB)
:>
:>ASID(X'009C') DSPNAME(00001EDB)
:> 00.:0FFF., 100000.:7FFFFF.
:>X'701000' bytes described in ASID(X'009C') DSPNAME(00001EDB)
:>
:>The last one is the one I want and the one that isn't included when using
SDUMPX.
:>
:>
:>Am 01/02/2024 um 12:11 schrieb Schühle, Simon:
:>> Well, this does result in none of the data spaces I am looking for
:>> showing up in the dump.
:>> Many others show up, so I suspect that the limit for the amount of
:>> dumped data spaces was reached before.
:>>
:>> But also, when using the DUMP command, the correct data space is
:>> included in the dump.
:>> Wouldn't that suggest, that the data space is in memory?
:>> Or is it handled differently compared to SDUMPX?
:>>
:>> Thank you,
:>> Simon
:>>
:>> Am 01/02/2024 um 09:17 schrieb Binyamin Dissen:
:>>> This seems to suggest that the dataspace name does not exist under this
:>>> memory.
:>>>
:>>> Try specifying your jobname and "*" for the dataspace name. See what
:>>> comes
:>>> out.
:>>>
:>>> On Wed, 31 Jan 2024 13:23:33 +0100 Schühle, Simon
:>>> <[email protected]> wrote:
:>>>
:>>> :>Ok, LDMP is what I used until now to check the dump contents. So
:>>> that's
:>>> :>good.
:>>> :>It shows the correct DSPNAME/data space, but only for the other
:>>> :>instances/address spaces. As well as some system-related ones.
:>>> :>But nothing except 'normal' memory for the primary AS (X'7C' in the
:>>> :>following case) - for example:
:>>> :>
:>>> :>----------
:>>> :>X'1E6B7000' bytes described in ASID(X'007C')
:>>> :>[...]
:>>> :>ASID(X'0092') DSPNAME(00001EDB)
:>>> :> 400000.:7FFFFF.
:>>> :>X'400000' bytes described in ASID(X'0092') DSPNAME(00001EDB)
:>>> :>
:>>> :>ASID(X'0094') DSPNAME(00001EDB)
:>>> :> 400000.:437FFF.
:>>> :>X'038000' bytes described in ASID(X'0094') DSPNAME(00001EDB)
:>>> :>[...]
:>>> :>X'05E000' bytes described in ASID(X'007C') SUMDUMP
:>>> :>----------
:>>> :>
:>>> :>
:>>> :>This is my code:
:>>> :>
:>>> :>----------
:>>> :>MVI WADMPTIT,STOPMSG$ SETUP L'TITLE
:>>> :>MVC WADMPTIT+1(STOPMSG$),STOPMSG
:>>> :>MVC WASDUMPX(STOPSDM$),STOPSDMP
:>>> :>LA R2,WADMPECB
:>>> :>
:>>> :>SDUMPX HDRAD=WADMPTIT,ECB=(R2),MF=(E,WASDUMPX),TYPE=FAILRC, +
:>>> :> SDATA=(SUMDUMP,CSA,RGN), +
:>>> :> DSPLIST=DSPLST1
:>>> :>
:>>> :>STIMER WAIT,BINTVL=INT101 WAIT 1S
:>>> :>
:>>> :>[...]
:>>> :>
:>>> :>DSPLST1 DC AL4(DLLEN1)
:>>> :> DC CL8'* '
:>>> :> DC CL8'00001EDB'
:>>> :>DLLEN1 EQU *-DSPLST1
:>>> :>
:>>> :>[...]
:>>> :>
:>>> :>STOPSDMP SDUMPX HDRAD=*,MF=L,TYPE=FAILRC,
:>>> :> SDATA=(SUMDUMP,CSA,RGN),
:>>> :> DSPLIST=DSPLST1
:>>> :>STOPSDM$ EQU *-STOPSDMP
:>>> :>
:>>> :>[...]
:>>> :>
:>>> :>WADMPECB DS F
:>>> :>WADMPTIT DS X
:>>> :>WADMPMSG DS CL100
:>>> :>WASDUMPX DS 0F
:>>> :> ORG *+STOPSDM$
:>>> :>----------
:>>> :>
:>>> :>Kind regards,
:>>> :>Simon
:>>> :>
:>>> :>----------------------------------------------------------------------
:>>> :>For IBM-MAIN subscribe / signoff / archive access instructions,
:>>> :>send email to [email protected] with the message: INFO IBM-MAIN
:>>>
:>>> --
:>>> Binyamin Dissen <[email protected]>
:>>> http://www.dissensoftware.com
:>>>
:>>> Director, Dissen Software, Bar & Grill - Israel
:>>>
:>>> ----------------------------------------------------------------------
:>>> For IBM-MAIN subscribe / signoff / archive access instructions,
:>>> send email to [email protected] with the message: INFO IBM-MAIN
:>>
:>> ----------------------------------------------------------------------
:>> For IBM-MAIN subscribe / signoff / archive access instructions,
:>> send email to [email protected] with the message: INFO IBM-MAIN
:>
:>----------------------------------------------------------------------
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to [email protected] with the message: INFO IBM-MAIN
:>
:>----------------------------------------------------------------------
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to [email protected] with the message: INFO IBM-MAIN
--
Binyamin Dissen <[email protected]>
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
