Mainframe Path Start learning free
Beginner7 min readLesson 3 of 4

SDSF: watching the system

SDSF is the panel where you find your job, read its output, look at what is running, and issue operator commands if you are allowed. If you learn one z/OS tool early, learn this one.

The commands worth memorising on day one

CommandShows you
STStatus of all jobs — queued, running, and finished output
DAActive address spaces right now, with CPU use
HHeld output queues
OOutput queues ready to print
IThe input queue — jobs waiting to run
LOGThe system log — the running commentary of the whole system
PREFIX x*Filter to jobs whose name starts with x
OWNER useridFilter to one user's jobs
Finding and opening your job
SDSF STATUS DISPLAY ALL CLASSES                    LINE 1-3 (3)
COMMAND INPUT ===> ST                             SCROLL ===> CSR

NP   JOBNAME   JobID    Owner    Prty Queue      C
     PAYRUN01  JOB09341 VSAHA1     1 PRINT      X
     PAYRUN02  JOB09342 VSAHA1     1 EXECUTION
     GLPOST20  JOB09287 BATCHID    1 PRINT      X

Type S beside a job and press Enter to read its output.

Reading job output in the right order

Job output is several sections stacked together. Read them in this order and you will diagnose most failures quickly:

  1. JESMSGLG — the system's account of the job: when it started, each step's return code, and any abend.
  2. JESJCL — your JCL after the system expanded it, including everything a PROC contributed. This is where you see what actually ran, not what you thought you wrote.
  3. JESYSMSG — allocation messages. Dataset not found, space failures and security violations show up here.
  4. SYSOUT / SYSPRINT — your program's own output, including COBOL DISPLAY statements and utility reports.

Other things you will do here

Common mistakes

Reading SYSOUT first

Program output rarely explains an allocation or security failure. Start with JESMSGLG, then JESYSMSG.

Only reading the last error

Errors cascade. The first non-zero step is usually the real cause; everything after it is fallout.

Cancelling in production without checking

Cancelling mid-update can leave files half-written. Know the restart procedure before you cancel anything.

What you will see at work

Key terms

Check your understanding.
Take this lesson's quiz and save your progress. Free.

Take the lesson quiz
← How a job becomes running work: JES2Reading z/OS messages and codes →