Advance SVCDump Analysis

Download as pdf or txt
Download as pdf or txt
You are on page 1of 6

SYSTEM BY TOM BRYANT

STRATEGIES
MVS/XA/ESA Problem
Solving: Part III —
Advanced SVCDUMP
Analysis

T
o recap this series so far, I’ve examined using IPCS for MVS/ESA
Version 5 (Part I, Technical Support, October 1996); and Part II
This article will take us (November 1996) examined a technique called one-page
beyond the “one-page MVS/XA/ESA abend analysis. This article will take us beyond
the “one-page MVS/XA/abend analysis” to gather the relevant information
MVS/XA/abend analysis”
and quickly determine where to go for further help with problems other than
to gather the relevant
the simple abend. Future articles will examine slip traps/GTF tracing and
information and quickly standalone dump analysis.
determine where to go
for further help with
problems other than the Once upon a time, I believed that I ask that you commit to memory the com-
MVS/XA/ESA debugging (what I referred to mands to list system contention. The payback
simple abend. it as then) was about nailing down the exact will be immense. You will save a great deal of
problem to the instruction level. With the time solving problems and avoid that churning
increasing complexity of MVS/ESA Version 5 feeling in your stomach when a problem does
and the many other platforms supported, occur. The most important command to know
this methodology had to change. This article is the one that lets you display MVS/ESA
will examine: ENQ contention. In IBM systems with Global
Resource Serialization (GRS) or equivalent
■ displaying/correcting problems with third-party software, this command is the
system contention; DISPLAY GRS,CONTENTION or D GRS,C.
■ how to know when you must use The normal output of this command should be
the MVS/ESA FORCE command; the following two messages:
■ how to dump an address space
and get just the data you need; NO ENQ RESOURCE CONTENTION EXISTS
NO LATCH CONTENTION EXISTS
■ the two types of MVS/ESA SVCDUMPs
and how to tell them apart;
■ SVCDUMP structures (ASCB, ASXB, If you see these two messages, you can relax.
TCB, RB, CDE, LLE, and XL); Besides ENQ contention, GRS will also
■ the IBM contents directory entries (CDE) report any latch contention, if found.
you should know; The GRS latch manager is new with
■ using the trace table when you are ready MVS/ESA Version 5 and is used to serialize
for it; and resources within an address space. The GRS
■ a case study. latch manager provides a more specific
resource serialization mechanism and incurs
IDENTIFYING SYSTEMS much less overhead for address space serial-
CONTENTION CONDITIONS ization than using the MVS/ESA LOCAL
The essence of MVS/ESA problem solving LOCK. Many of the new MVS/ESA Version 5
is identifying system contention conditions. components, such as Workload Manager, use
If you remember nothing else from this article, GRS latches for low-overhead serialization.

TECHNICAL SUPPORT DECEMBER 1996


SYSTEM STRATEGIES

Figure 1: D GRS,C Output ■ I: ISC;


■ C: catalog was closed;
D GRS,C ■ D: catalog was deleted;
ISG020I 10.03.18 GRS STATUS 169
S=SYSTEM SYSVTOC TEMP02 ■ R: catalog is shared; and
SYSNAME JOBNAME ASID TCBADDR EXC/SHR OWN/WAIT ■ A:ALT.
LPAR1 USER1 0041 008BAD90 EXCLUSIVE OWN
LPAR2 USER2 003D 008F69D8 EXCLUSIVE WAIT A very useful, and potentially dangerous,
NO LATCH CONTENTION EXISTS
command is the modify catalog, restart (F
CATALOG,RESTART). This command will
restart the CATALOG address space if internal
Figure 2: Output Message From Issuing the D GRS,RES=???? Command
catalog pointers become corrupted. I’ve had
D GRS,DEV=???? only 50/50 luck with this command. If you see
ISG020I 12.10.33 GRS STATUS 404 a message from the F CATALOG,OPEN
DEVICE:???? VOLUME:TEMP02 RESERVED BY SYSTEM LPAR1 about DAMAGE TO THE CATALOG
NO RESERVE RESOURCE REQUEST EXISTS
CAWXA CHAIN (the catalog auxiliary work
area), do not issue the F CATALOG,RESTART?
I have noticed that the GRS latch names is in progress and another one is waiting. command. The catalog auxiliary workarea is
a re hyphenated (i.e., SRM_SA_SAMP- Later, you may want to examine EREP to one of the few catalog structures that can’t be
LING_LATCH_SET), which should make make sure your dump is one of the oldest dynamically rebuilt in the event of a problem
them easier to spot in the D GRS,C display. problems observed. (since it is the list of catalogs you see from the
Many times you will issue the D GRS,C If the catalog address space (jobname of F CATALOG,OPEN).
command and see an ENQ (or RESERVE) CATALOG) ever appears when you issue the H ave you ever issued the MVS/ESA
lockout. If you have a VTOC RESERVE D GRS,C command, you should immediately CANCEL command when a batch job or TSO
condition, the D GRS,C output shown in issue a modify catalog,list (F CATALOG,LIST) user locked up? The IEE301I jobname
Figure 1 will be displayed. In this situation, command to see if there is any contention in CANCEL COMMAND ACCEPTED message
the owning user has the resource and the other the catalog address space. The IEC347I appears but the job does not leave the system!
users wait. In addition, because a hardware message will list jobnames, stepnames and In this situat i o n , p e r fo rm a display
reserve is placed on the volume, on LPAR2 flag fields to indicate the status of the job active,jobname (D A,jobname) and look at
you should see IOS071I start pending messages while its catalog entries are buffered in the the SMC keyword value in your output. If you
which will display the DASD device and the CATALOG address space. The flag entries are: see a value greater than SMC=000 (e.g.,
JOBNAME of the user waiting for that device. SMC=001), then the job you are cancelling is
In MVS/ESA Version 5 there is a wonderful ■ O - OLDEST: oldest task in catalog running in a special system state called step-
new command called D GRS,DEV=???? address space; must-complete. See Figure 3.
(where ???? is the device address) that shows ■ W - WAIT: wait for dataset enqueue
the system issuing the hardware reserve. We or tape mount; USING THE MVS FORCE COMMAND
could have issued that command knowing ■ A - ABEND: task is abending; The authorized version of the ENQ macro
the SYSVTOC ENQ name by D ■ E - ENQ: dataset enqueue; and has a field called SMC which refers to the
GRS,RES=(SYSVTOC,*). Our output message ■ R - RECALL: task is suspended. step-must-complete state. If you wish to get
would look like Figure 2. rid of this job (and risk creating partially-freed
Once you know the reserving system and The OLDEST indicator provides a timeframe resources), use the MVS FORCE command
the system receiving the action, you can take as to the oldest jobname in the CATALOG with the ARM (Address Space Resource
the appropriate steps without having various address space. The WAIT and ENQ flags are Manager) parameter. Using FORCE
jobs (or the system itself) in strife. The onl y self explanatory. The RECALL indicator is U=tsouser,ARM will drive the normal task
caveat to the D GRS,RES=???? command is the most misleading flag; this is not a DFHSM termination routines without causing address
that it must be issued on the reserving system. recall request but rather it indicates the task space destruction. To use FORCE ARM the
If you are running in parallel sysplex mode, was suspended and should be further examined cancel command must have been previously
just issue the command as: with other MVS/ESA display commands issued. If FORCE ARM doesn’t do it, then
(such as D A,jobname). you must issue the FORCE U=tsouser which
RO *ALL,D GRS,RES=???? There is a handy ID field in the IEC347I terminates the address space (the final step of
message output that can be used by a F CATA- address space termination occurs in the master
and it will be routed to every system in LOG command to selectively abend requests address space ASID 1). See Figure 4.
the sysplex. hung up in catalog processing. Make sure to Once a FORCE has been issued for an
When you issue the D GRS,C command it spend at least a few minutes and look over address space , this does not absolutely guar-
will take some time before you are familiar the situation before issuing the F CATA- antee that the address space is gone. It only
with all of the jobnames in the system and LOG,ABEND(??) command (where ?? is the guarantees that the address space identifier is
what they do. If you have a conflict with task ID). removed from the dispatching queue (nothing
multiple instances of the master address space Another helpful command is the modify more will run there). Additional recovery
ASID 1 (*MASTER*), you may have a master catalog,open command (F CATALOG,OPEN) termination management (RTM) processing
catalog conflict or another situation in which which will display all open catalogs and occurs in the master address space (ASID 1),
the master address space had to get involved. important indicators such as: and if things get hung up there, a TSO user may
In this case, check for outstanding operator not be able to logon again. The system will
reply messages. If you have more than one ■ Y/N: allocated to catalog; think the user is active, when in fact, he is not.
instance of the dump services jobname ■ S: SMS-managed catalog; IBM gave me a nifty little program that
DUMPSRV, this means that one SVCDUMP ■ V: catalog is under VLF caching; will issue the CALLRTM macro which allows
SYSTEM STRATEGIES

Figure 3: Display Active With a Non-Zero ENQ SMC Value c o m p romise processing and sch e d u l e s
abnormal termination of the task via the
D A,TSOUSER SDUMP BRANCH=YES or ABEND macro.
IEE115I 14.55.03 96.131 ACTIVITY 633 The current task and request block infor-
JOBS M/S TS USERS SYSAS INITS ACTIVE/MAX VTAM mation in a scheduled dump is for the dump
00015 00085 00148 00023 00050 00148/00300 task. The dump must be analyzed to find the
TSOUSER IN PR A=00C8 PER=YES SMC=001 PGN=N/A DMN=N/A failing TCB and RB.
CT=099.775S ET=05.07.18
To find out what kind of dump you have,
WUID=TSU21757
WKL=TSO SCL=TSO P=1 execute the IPCS STATUS SYSTEM com-
SYSTEM ID PT11 DATE 5/10/96 96.131 LINE 90,313 mand. In the field PROGRAM REQUESTED
RGP=N/A SRVR=NO QSC=NO SVCDUMP you will see the name IEAVTSDT,
ADDR SPACE ASTE=1FD20200 which indicates a scheduled SVCDUMP.
In most situations with a scheduled SVC-
Figure 4: FORCE Out a TSO User With Address Space Destruction DUMP you will have to look at the current
and/or error address space(s) followed by the
FORCE U=TSOUSER task control blocks (TCBs) and request blocks
(RBs) to get a clear indication of what was
IEE301I TSOUSER FORCE COMMAND ACCEPTED
*ISG033E UNIDENTIFIED TASK JS FAILED WHILE IN MUST COMPLETE STATUS going on. Remember, your job is to narrow
ISG032E RESOURCE NAMED BLXDAS, Q % MAY BE DAMAGED the scope of the problem and first determine
ISG032E RESOURCE NAMED SYSIKJUA,TSOUSER MAY BE DAMAGED what vendor owns the code (not always IBM).
ISG032E RESOURCE NAMED SPFEDIT,TSOUSER.ISPPROF MAY BE DAMAGED
ISG032E RESOURCE NAMED SPFEDIT,TSOUSER.ISPPROF MAY BE DAMAGED For an IBM problem, the next goal is to be
ISG032E RESOURCE NAMED SPFEDIT,TSOUSER.ISPPROF MAY BE DAMAGED able to provide a good search argument so you
ISG032E RESOURCE NAMED SYSDSN,TSOUSER.SPFTEMP1.CNTL MAY BE DAMAGED can narrow down the number of possibilities.
IST804I CLOSE IN PROGRESS FOR TSO0012 OPENED BY TSOUSER The IPCS CBSTAT and IPCS VERBEXIT
ISG032E RESOURCE NAMED SPFEDIT,TSOUSER.ISPPROF MAY BE DAMAGED
IST400I TERMINATION IN PROGRESS FOR APPLID TSO0012 SRMDATA commands are good ways to
ISG032E RESOURCE NAMED SPFEDIT,TSOUSER.ISPPROF MAY BE DAMAGED check the health indicators of our current
$HASP310 TSOUSER TERMINATED AT END OF MEMORY and/or error address space. The IPCS
IEF743I IKJACCNT.TSOUSER FORCED - CODE SA22 - IN ADDRESS SPACE 00C8
IST805I VTAM CLOSE COMPLETE FOR TSO0012 CBSTAT command takes an ASCB address as
$HASP250 TSOUSER PURGED — (JOB KEY WAS ACD86C3F) input. For example, you would enter IPCS
CBSTAT XXXXXX. (where XXXXXX is the
ASCB address (make sure to include the
me to select a TCB for recovery termination. R ??,JOBNAME=HOGJOB,CONT period). You can find out if a address space is
TSO uses the CALLRTM macro when you swapped in or out, and the reasons why such
reply FSTOP to the TSO termination message. to make sure MVS will prompt us again with as input terminal wait (user hasn’t pressed
This program can be beneficial, but it can the IEE094D message (the CONT parameter enter) or detected wait (e.g., ENQ or DFHSM
also bring your system down in a heartbeat if does this). Our next reply to the IEE094D recall). You will also get information on
used improperly. See IBM APAR II05723 for message will tell MVS what areas we want address space status such as if the address
more details. dumped. I usually reply as follows: space was forced out (S0A22 abend). The
ASCB fields ASCBJBNI (jobname field for
R
CONSOLE DUMPS ??,SDATA=(LPA,LSQA,PSA,RGN,SQA,SUM,TRT,GR
initiated programs) and ASCBJBNS (jobname
There are certain circumstances where you SQ,CSA) field for start/mount/logon) will indicate what
will need to take a console dump of one or type of job you are looking at. If you look at
more address spaces for IBM or another vendor. which means I want just about every data area the eight bytes off of the address in ASCBJBNI
It’s important to make sure that you have all except all of the DAT-on nucleus (which I and see INIT, and look at ASCBJBNS and see
the pertinent information in the dump. The haven’t needed as yet). MVS will first capture YOURJOB, then you know that the system
IBM defaults for the areas to be dumped are the dump in a dataspace and issue the message: initiator just started job YOURJOB. I will
on the lean side. To be sure, I thought it would cover more on types of jobnames/recognition
be best to write down the steps on how to IEA794I SVC DUMP HAS CAPTURED: of dumps later in this article.
DUMPID=??? REQUESTED BY JOB (*MASTER*)
dump an address space. Let’s say we want to The IPCS VERBEXIT SRMDATA com-
DUMP TITLE=HOGJOB NOT CANCELLING
dump the address space of the batch job called mand was primarily designed to let us check
HOGJOB. To do this, issue the MVS command health indicators for the System Resources
DUMP COMM=(HOGJOB NOT CAN- where ??? is a generated number for the dump Manager (SRM) responsible for performance
CELLING). The COMM value will be our identifier. If you issue the DISPLAY management decisions in MVS/XA/ESA.
dump title and should reflect something DUMP,TITLES (D D,T) command you By using the IPCS VERBEXIT SRMDATA
meaningful. MVS will prompt you for more should see the dump in an appropriate command, we can see much more information
information with the following message: DUMP?? dataset (where ?? is from 00 to 99). than by using the IPCS CBSTAT command
If you’re using MVS dynamic dump datasets, which predominantly checks indicators in
*?? IEE094D SPECIFY OPERAND(S) FOR DUMP
COMMAND
then issue D D,T,AUTODSN=3 to list the last the ASCB. Since the output from IPCS
three dynamic dump datasets created. VERBEXIT SRMDATA is quite large, I just
where ?? is the outstanding reply number. We perform a FIND command for ASID in column
Identifying SVCDUMPs
wish to indicate that HOGJOB is to be two and continue the finds while I look at
dumped and also want to specify our SDATA This section examines the sch e d u l e d the data. See macro IRAOUCB in
dumped areas options. Since the SDSF line (asynchronous) dump where a system routine SYS1.MODGEN for more information on the
may not be long enough, we reply as follows: detects an abnormal situation that would SRM user control block (OUCB) fields.
SYSTEM STRATEGIES

Once you are done looking at the address Figure 5: IPCS SUMMARY KEYFIELD Output (A Section)
space, it’s time to look over the task control
block (TCB) and request block (RB) structures TCB: 008FE240
CMP. . . . . 00000000 PKF. . . . . 00 LMP. . . . FF
to see what was going on. Practice this first on DSP. . . . . FF
small problems so you can get a feel for what TSFLG. . . 00 STAB. . . . 008FF6E0 NDSP. . . 00000000
types of work (and loaded programs) are JSCB. . . . 008FFDFC BITS . . . . 00000000 DAR. . . . 00
present. The IPCS SUMMARY KEYFIELD RTWA . . . 00000000 FBYT1. . . 00
Task non-dispatchability flags from TCBFLGS4:
command shows you key fields in the ASCB, Top RB is in a wait
TCB and RBs. For the TCB you get the
completion code (COMP) where (for the most
part) any non-zero completion code should be Figure 6: Common IBM CDE Entries (Field FLCDE)
reviewed. The IPCS SUMMARY KEYFIELD IEAVAR00 - Region Control Task RCT initialization and termination.
command will automatically issue the IPCS
CBSTAT command so you see TCB status IEAVTSDT - SVC Dump Task.
along with the TCB. See Figure 5.
Request blocks are simply the representation IEFSD060 - Initiator Control Initialization.
of programs in stor age. There are some types IEESB605 - Job Scheduling routine. (If the next CDE NAME is an application name then this
of RBs which need to be clarified. When you jobname must be a started task.)
execute your program, a program request
block (PRB) is created. On the other hand, if IEFIIC - Initiator Interface Control (batch jobs only)
MVS has to execute a program on your IKJEFT01 - Terminal Monitor Program Initialization routine (TSO usage only). If previous
behalf, a supervisor request block (SVRB) is cdename is IEFIIC then TSO was run in batch.
created. The RB WLIC field is very important,
since it shows the wait count and interrupt IKJEFT02 - Terminal Monitor Program Mainline routine (TSO usage only). You may see this name
code (which is usually, but not always, the twice due to parallel tmp!
abend code). When the interrupt code (the IC IKJEFT09 - Terminal Monitor Program Second Level routine (TSO usage only). Unauthorized routines
of WLIC) is from a PRB, your program issued only.
the SVC. When the IC is from a SVRB, the
system issued a SVC on your behalf.
Another type of RB is an interrupt request the IPCS SUMMARY KEYFIELD command, manuals were discontinued in MVS/ESA
block. This block is created by the create only the first CDE is shown for a given RB in Version 4 and higher (to my dismay), so if
interrupt request block (CIRB) authorized the dump. If you want to see all of the CDEs for you have access to earlier logic manuals,
macro. The CIRB creates an interrupt queue a given RB then execute: keep them handy.
element which is high priority work tacked on
to a TCB. I will provide an example of an IRB RUNCHAIN ADDRESS(XXXXXX.) NAME(CDE) COMPONENT ANALYSIS
LINK(0) +
problem later in the case study. The contents The last section I want to cover in this article
CHAIN(999) LENGTH(32)
directory entry (CDE) is the physical repre- EXEC((CBFORMAT X STRUCTURE(CDE))) before the case study is component analysis.
sentation of a module, its entry point and use The IPCS VERBEXIT TRACE command
count. If you see multiple copies of the same or SYSTRACE TIME(LOCAL) for IPCS
CDE in a dump, you can be sure that the load I would recommend getting used to IPCS Version 5 and higher will give you the in-
module does not have the re-entrant and SUMMARY KEYFIELD, since it has less storage trace table. I find the trace table
reusable (RENT,REUS) linkage editor indi- output and is easier to use. If this is your invaluable when, for example, I know the area
cators on. The CDE is pointed to by the first time in an MVS/XA/ESA dump, the where the problem is and want to see the SVC
RBCDE field, which you will have to format amount of data presented even using IPCS instruction. From a SAS regression of many
with IPCS CBFORMAT since it is not listed S U M M A RY KEYFIELD can be ove r- trace tables, I have determined the frequency
in IPCS SUMMARY KEYFIELD. Two other whelming. I have seen many first- and sec- of trace table entries and the ones you should
fields of note are the load list element (LLE), ond-time dump readers looking over the be able to recognize. See Figure 8.
which is used to control load and delete refer- TCB/RB fields for CDE IEAVAR00. This is In life there are always exceptions, and the
ences to a load module, and the extent list the MVS/XA/ESA region control task pro- recovery event (RCVY) is one of them. A
(XL), which contains the load module address gram and in no way is where their problems RCVY PROG means that recovery termination
and size. I will not cover them further since I are. I have found that most dumps contain management phase 1 (RTM1) was entered for a
have not had to use them very often. TCB/RB information you need to be aware program check. RCVY PERC means that a
When you execute the IPCS SUMMARY of when locating your application or system given recovery routine could not correct the
KEYFIELD command , your RB information problem. See Figure 6. Once you learn these abend and is passing the error to the next recov-
is presented backwards. For a given TCB, if names, it will be easier to determine the type ery routine (percolation) from RTM1 to RTM2.
you want the last (most recent) RB in the of job you are looking at. RCVY FRR means that RTM1 is invoking a
dump you will go to the last RB for this TCB. Figure 7 presents an example of four SETFRR macro instruction which places the
For the times you use IPCS SUMMARY types of jobs and their CDE entries. The one address of a recovery routine in the FRR stack.
FORMAT (hopefully not too often due to the that is somewhat different is the batch job RCVY ABT is a request for abnormal end-of-
amount of output) this order is the other way running a DB2 command under the TSO task by the CALLRTM TYPE=ABTERM
around in that the most recent RB is presented terminal monitor program. The documenta- macro. If you’ve ever replied FSTOP to a P
immediately after the TCB. I thought I was tion for IEAVAR00, IEAVTSDT, IEFSD060 TSO request and pulled the rug out from many
going crazy until I realized this simple fact and IEESB605 is presented in the TSO users, then you initiated a CALLRTM
and verified it with IBM Level 2. When using MVS/ESA Version 3 logic manuals. Logic TYPE=ABTERM routine.
SYSTEM STRATEGIES

Figure 7: Examples of IBM CDE Entries A CASE STUDY


This case study will hopefully pull together some of the concepts
Major CDE entries
for various types of work covered in this article. This problem occurred on an MVS/ESA Version
in IPCS SUMMARY KEYFIELD order 4.2.0. system a few years ago, although the debugging techniques are still
valid. The symptoms occur when your co-worker gets a SVCDUMP
BATCHJOB TSOUSER MYSTC BATCHDB2
———— ———— ———— ———— under his userid with the following SVCDUMP title:

IEAVAR00 IEAVAR00 IEAVAR00 IEAVAR00 COMPID=5665-28502,ISSUER=IKJEFT05.


SDUMP FROM THE TMP ESTAE ROUTINE
IEAVTSDT IEAVTSDT IEAVTSDT IEAVTSDT
The first thing we want to do is find out what kind of SVCDUMP we
IEFSD060 IEFSD060 IEFSD060 IEFSD060 are dealing with. Issue the IPCS STATUS SYSTEM command and
IEESB605 IEESB605 IEESB605 IEESB605 look at the program requesting dump, which in this case is a SVC-
DUMP (a synchronous dump).
————————————————————————————— I will always issue a IPCS STATUS FAILDATA command to get the
IEFIIC IKJEFT01 TPX1 IEFIIC failure data and the registers. See Figure 9. Since we have a synchronous
dump (SVCDUMP) you may think that all we do is start looking
DFSSBT00 IKJEFT02 TPXMON IKJEFT01 backward from the address in register 14 to get a CSECT (the one in
DFSPCC30 IKJEFT09 TPXCONS IKJEFT02 error). Getting the CSECT moving back from register 14 may pr ovide
our answer. If you want to reduce the number of hits on a search, it’s
DFSRRC00 ISRUMC TPXWRITR IKJEFT09 better to understand exactly what was going on. We issue the IPCS
ISPTASK DSN SUMMARY KEYFIELD command and look over the output. See
Figure 10.
ISPMAIN We have passed control synchronously (the SYNCH SVC X’0C’)
ISPF to a routine (PRB) with a IRB in front of it. Seeing IRBs in any
SVCDUMP is unusual enough. Where does the EPA (entry point
address) of the IRB point to? I got the IEAVAR05 name from the
Figure 8: Frequency Distribution of IBM Trace Table Entries
MVS/ESA Version 3 logic manuals. IEAVAR05 is the TMP attention
ENTRY PERCENT exit routine. Figure 11 is the output of the SYNCH SVRB registers so
————————- we can see what was passed. If you check the previous IPCS STATUS
FAILDATA REGISTERS output you will notice the SVRB registers
SVC 18.5
SVCR 18.3 are identical. Now we want to work backward from register 14’s
SSAR 13.1 (LOWER PERCENTAGE IN SADUMP) address until we see a TSO CSECT eyecatcher. We list the storage
SSRV 12.9 area 0260F430. from register 15 to get the module name. From Figure
PC 8.0
PT 5.4 12 we see the words “TMP EXIT ATTENTION ROUTINE”in the text.
DSP 4.8 (HIGHER PERCENTAGE IN SADUMP) You may also notice that register 11 in our IPCS STATUS FAILDATA
SRB 3.8 register area is the entry point address of the IKJEFT03 TMP atten-
WAIT 3.2 tion exit routine. The actual fix for this was APAR OY33820.
I/O 2.5
PGM 2.4 This is not the only way to solve this problem. My intention in this
SSCH 2.4 case study was to make sure the debugger is aware of all conditions
PR 2.2 before searching. It is too easy to get confused in the search when all
CALL 1.0
EXT 0.6 that is needed is a little up-front analysis to save a great deal of time
EMS 0.3 later.
CLKC 0.2 Part IV will examine SLIP traps and GTF tracing. You will need the
RCVY 0.2
SUSP 0.2
SLIP trap knowledge to get the right information in the dump or if the
RSCH 0.1 system is not providing a dump. GTF tracing will allow you to see sys-
EXPL 0.1 tem events as they unfold. Please stay tuned! ts
SSRB 0.1

Figure 9: Case Study Dump of IPCS STATUS FAILDATA Command


TIME OF ERROR INFORMATION
PSW: 078C0000 80000004 INSTRUCTION LENGTH: 02 INTERRUPT CODE: 0001
FAILING INSTRUCTION TEXT: 0000040C 00008113 5DF80000

REGISTERS 0-7
GR: 00000000 000084B8 000084D4 00008904 00008918 000084D0 005D1230 005FF510
AR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

REGISTERS 8-15
GR: 005E8AF8 00008770 000084D8 8260F530 00008438 00008438 8260FAC6 80000000
AR: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000

RECOVERY ENVIRONMENT
RECOVERY ROUTINE TYPE: ESTAE RECOVERY ROUTINE
RECOVERY ROUTINE ENTRY POINT: 82611F58
AN IRB PRECEDED THE RB THAT IS ASSOCIATED WITH THIS TASK.
AN SVC DUMP WAS SCHEDULED BY A PREVIOUS RECOVERY ROUTINE.
SYSTEM STRATEGIES

Figure 10: Case Study Dump of IPCS SUMMARY KEYFIELD Command


FROM IPCS SUMMARY KEYFIELD command:

TCB: 005F99F0
CMP . . . . . . . 940C1000 PKF. . . . . . . . 80 LMP. . . . . . . . FF
NDSP. . . . . . . 00000000 JSCB. . . . . . . 005EE6A4 BITS. . . . . . . . 00000000

SVRB: 005FD330
WLIC. . . . . . . 0002008A FLCDE. . . . . . 00000000 OPSW . . . . . . 070C1000 8217C906

PRB: 005911F8
WLIC. . . . . . . 00020033 FLCDE. . . . . . 14000000 OPSW . . . . . . 070C1000 82613B42

SVRB: 005FD4A0
WLIC. . . . . . . 0002000C FLCDE. . . . . . 00000000 OPSW . . . . . . 070C1000 8222FD50

IRB: 005D1230
WLIC . . . . . . . 00020001 EPA . . . . . . . . 829916C1 OPSW . . . . . . 078C0000 80000004

PRB: 005FF510
WLIC . . . . . . . 00020001 FLCDE. . . . . . 00C29D40 OPSW . . . . . . 078C1000 82608954

CDE: 00C29D40
NAME. . . . . . . IKJEFT02 ENTPT. . . . . . 82608000

Figure 11: Case Study Dump Inspection of SYNCH SVRB


SVRB: 005FD4A0

-0020 XSB . . . . . . . 005FD570 FLAGS2 . . . . . 00000000


-0008 FLAGS1. . . . . 20000000 WLIC . . . . . . . 0002000C
+0018 Q . . . . . . . . . 00000000 LINK. . . . . . . . 005D1230
+0020 GPR0-3. . . . . 00000000 000084B8 . . . 000084D4 00008904
+0030 GPR4-7. . . . . 00008918 000084D0 . . . 005D1230 005FF510
+0040 GPR8-11. . . . 005E8AF8 00008770. . . . 000084D8 8260F530
+0050 GPR12-15. . . 00008438 00008438. . . . 8260FAC6 80000000

Figure 12: Case Study Dump List of Register 15 Area


LIST 0260F430 ASID(X’0020’) LENGTH(300) CHARACTER
ASID(X’0020’) ADDRESS(0260F430) KEY(00) COMMON

0260F430 . . . . . . &. . . . . . . .|
0260F440 | B4&. . . . .C.&. . . . .C%&. . . . . . . &. . . . }. . . \. . .0\.. . 0H. . . . B>.0B. .-4. . . . . |
0260F480 | IRXTVARS. . .0B@. . . . . . . . . 0.H. . . . . . . . . 0. . . . . . BQ. .B0.0. . . . . . . . PATC |
0260F4C0 | H AREA - IKJEFTP8 91.077B. B . B . B . B{BBBDBFBHB.B.B.B}BKBMBOBQB.B.B. |
0260F500 | B\BSBUBWBY. . . . . . . . }. . . . . . . .QSYSIKJUA. . . . . . . . . . . 00. . IKJEFT03-TM |
0260F540 | P EXIT ATTENTION ROUTINE 910 |

IRB: 005D1230
WLIC.. . . . 00020001 EPA. . . . . . 829916C1 OPSW. . . . . 078C0000 80000004

029916C1 | 00. . IEAVAR05 91038 HBB4420. . . }. . .3. . /. . . . J.-. . .B. . |

NaSPA board member


Tom Bryant has more
than 18 years of experi -
ence in data processing,
with 15 of those years
as an MVS/XA/ESA
systems programmer.

©1996 Technical Enterprises, Inc. Reprinted


with permission of Technical Support
magazine. For subscription information, email
mbrship@naspa.net or call 414-768-8000,
Ext. 116.

TECHNICAL SUPPORT DECEMBER 1996

You might also like