JES, JES2, JCL utilities, IDCAMS, Compile & Run JCLs, PROCs etc...


Postby pearl » Tue Mar 19, 2013 11:02 am

what is a dump? I know that there are different types of dumps. But, could someone explain them to me in simple terms?
Thank You.
Posts: 21
Joined: Fri Mar 15, 2013 12:55 pm
Has thanked: 0 time
Been thanked: 0 time

Re: Dump


Re: Dump

Postby NicC » Tue Mar 19, 2013 12:46 pm

What did you find on Google? Z/OS dump - second item returned (when I queried it)
The problem I have is that people can explain things quickly but I can only comprehend slowly.
Global moderator
Posts: 2690
Joined: Sun Jul 04, 2010 12:13 am
Location: Pushing up the daisys (almost)
Has thanked: 4 times
Been thanked: 105 times

Re: Dump

Postby enrico-sorichetti » Tue Mar 19, 2013 12:52 pm

You might find useful to read and meditate on

and later proceed to
( the first one of the series )
When I tell somebody to RTFM or STFW I usually have the page open in another tab/window of my browser,
so that I am sure that the information requested can be reached with a very small effort
Global moderator
Posts: 2644
Joined: Fri Apr 18, 2008 11:25 pm
Has thanked: 0 time
Been thanked: 130 times

Re: Dump

Postby dick scherrer » Tue Mar 19, 2013 10:12 pm


Dumps are the content of some storage (memory or media) that are usually formatted for readability.

The content shown depends on the type of dump and what was dumped.

This topic is too nebulous for a forum question (unless i misunderstand what you are looking for).
Hope this helps,
User avatar
dick scherrer
Global moderator
Posts: 6304
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 91 times

Re: Dump

Postby c62ap90 » Wed Mar 20, 2013 1:12 am

In my opinion raw Dumps are not formatted for readability. If you have a Dump "product" like Abend-Aid then you get some formatting for readability. Both raw and "product" dumps are useful. Learning how to read them is another story.

Since your question is so general, here is a general answer…
Posts: 125
Joined: Thu Oct 11, 2012 10:24 pm
Has thanked: 1 time
Been thanked: 6 times

Re: Dump

Postby Robert Sample » Wed Mar 20, 2013 1:20 am

Different dumps are formatted in different ways. An LE dump, for example, is human-readable whereas a system dump needs IPCS to make sense of it.
Robert Sample
Global moderator
Posts: 3367
Joined: Sat Dec 19, 2009 8:32 pm
Location: Dubuque, Iowa, USA
Has thanked: 1 time
Been thanked: 222 times

Re: Dump

Postby pearl » Wed Mar 20, 2013 10:25 pm

Thank you everyone for helping me. :)
Posts: 21
Joined: Fri Mar 15, 2013 12:55 pm
Has thanked: 0 time
Been thanked: 0 time

Re: Dump

Postby steve-myers » Thu Mar 21, 2013 5:08 am

In OS/360 based systems there are 4 types of storage dumps after an abnormal program termination all users have accessed to.
  1. LE (Language Environment) dumps. These are generally printed, and show basic Language Environment information.
  2. Summary dumps
    A summary dump is presented to a user in the JESMSGLG data set. You generally see the registers, the location of the last instruction executed, sometimes formatted to show the load module and offset in the load module where the instruction is located, though this information is often incorrect and 12 bytes of storage, from 6 bytes before the location counter to 6 bytes after the location counter.
    These dumps are printed dumps. The terms SYSUDUMP and SYSABEND refer to the DD statement on which the dumps are printed. Both dumps display many system control blocks related to the user's address space. In my opinion the usefulness of the control block portion of the dump has been negated by formatting many control block that do not appear to be relevant to the problem. Both dumps show storage. Historically, a SYSUDUMP dump displayed all allocated user storage, and SYSABEND dumps displayed some system storage in addition to the allocated user storage. In MVS systems the contents of these dumps are controlled by system options set by the systems programmers, so the contents of the dumps may not be the same as earlier systems. In most places SYSUDUMP dumps stay reasonably true to the traditional model, but SYSABEND dumps are often the same as SYSUDUMP dumps.
    A SYSMDUMP dump is unformatted binary data directed to a data set specified by the SYSMDUMP DD statement rather than printed. You must use a program called IPCS to process these dumps, either interactively at a TSO session, or by running TSO in batch to produce printed reports. Using IPCS effectively requires considerable knowledge of IPCS and the system. Once you have learned IPCS it is usually easier to dig out relevant data than by trying to dig through a printed dump.
Now I have talked about using the SYSUDUMP, SYSABEND and SYSMDUMP DD statements to determine the type of dump. If more than one of these DD statements is present, the system uses the last DD statement for the job step. See the "MVS JCL Reference" manual for your z/OS release.

These users thanked the author steve-myers for the post (total 2):
Anuj Dhawan (Fri Mar 22, 2013 4:59 pm) • Akatsukami (Thu Mar 21, 2013 4:12 pm)
Global moderator
Posts: 1886
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 197 times

Return to JCL


  • Related topics
    Last post