Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Regarding a Console Dump Dataset

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> ABENDS & Debugging
View previous topic :: :: View next topic  
Author Message
sakthikumarT

New User


Joined: 09 Apr 2009
Posts: 42
Location: Bangalore

PostPosted: Mon Feb 01, 2016 11:12 am    Post subject: Regarding a Console Dump Dataset
Reply with quote

Dear All,

In our console Log, iam frequently seeing this Message.

*1158 IEA793A NO DUMP DATA SETS AVAILABLE FOR DUMPID=074 BY JOB (AUTO ). USE THE DUMPDS COMM

What i assume is it is related to some Dump Dataset,which is missing.

I want to understand the Exact reason Behind Message ?
how to identify the Problem Behind this?
How to set the Dump Dataset?
Which Functionality will affect, if is unattended?

Can someone give some Help me out by giving some pointers?

In our shop we dont have any system admins.There is no one to reach out.I want to learn and understand and fix the issues.

Warm Regards,
T Sakthi kumar
Back to top
View user's profile Send private message

enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10203
Location: italy

PostPosted: Mon Feb 01, 2016 12:34 pm    Post subject: Reply to: Regarding a Console Dump Dataset
Reply with quote

Quote:
want to understand the Exact reason Behind Message ?

well... the message seems pretty self explaining

Quote:
how to identify the Problem Behind this?

the problem is just a rewording of the message

Quote:
How to set the Dump Dataset?

the USE THE DUMPDS COMM as suggested by the message should have told You how to proceed
ask Your organization to provide a support , provide You withe proper training
read the manuals about the DUMPDS command
a google search with DUMPDS took less than a second to return the link to the relative manual page

Quote:
Which Functionality will affect, if is unattended?

the dump as told by the original message will not be taken
if You have serious problems the dump will not be available for the problem determination
Back to top
View user's profile Send private message
sakthikumarT

New User


Joined: 09 Apr 2009
Posts: 42
Location: Bangalore

PostPosted: Mon Feb 01, 2016 12:50 pm    Post subject:
Reply with quote

Hi Enrico

Thanks for your prompt reply. In my Organization there will not provide any system programming training. Because the product which i am working is going to End of Life by 2017. there is no enhancement or new version etc. only Bug fix support we are entitled.
what i have got is Entire access To IBM mainframe. Including Root access.
its my self interest to learn. but i will surely follow your Advice.


Warm Regards,

T Sakthi Kumar
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10203
Location: italy

PostPosted: Mon Feb 01, 2016 12:53 pm    Post subject: Reply to: Regarding a Console Dump Dataset
Reply with quote

Quote:
Including Root access.

unless You start using the proper mainframe terminology, You will get less than friendly replies around here

icon_cool.gif
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7913
Location: Bellevue, IA

PostPosted: Mon Feb 01, 2016 6:35 pm    Post subject:
Reply with quote

The term "root access" applies to z/OS for the Unix System Services piece ONLY. It is wrong to use it for z/OS without meaning the Unix System Services access.

One of the PARMLIB (maybe SYS1.PARMLIB but maybe not -- it all depends upon the site) members will provide you the dump data set names. The message is telling you that they are all filled and no further system dumps can be put on disk until one -- or more -- of them are emptied. You won't lose functionality, but you may lose dumps (which, if a problem is reported to IBM, may mean IBM cannot diagnose and correct the problem).
Back to top
View user's profile Send private message
Pete Wilson

Active User


Joined: 31 Dec 2009
Posts: 437
Location: London

PostPosted: Wed Feb 03, 2016 5:34 am    Post subject:
Reply with quote

The OS will sometimes take a system or SVC dump. There is a limit to how many can be taken and kept. Usually there's some automation to deal with these by offloading them to some sort of archive files.

You can enter the 'DISPLAY DUMP,TITLE' command MVS command from the console to display the currently existing DUMP's out there with their titles.

If some are obviously duplicates based on their titles it's often OK to delete them with the 'DUMPDS DEL,DSN=nn' command. But may be best to talk to whatever support teams you have from Z/OS, CICS and Storage areas who may understand your sites setup.
Back to top
View user's profile Send private message
sakthikumarT

New User


Joined: 09 Apr 2009
Posts: 42
Location: Bangalore

PostPosted: Wed Feb 03, 2016 5:42 pm    Post subject:
Reply with quote

Hi Robert & Pete Wilson.

Thanks a lot for your valuable inputs. icon_smile.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> ABENDS & Debugging All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts DUMP DATASETS VS TRACE DATASETS! lind sh CICS 4 Tue Dec 06, 2016 11:31 pm
No new posts FTP - JCL failed while passing FTP co... Suneetha1612 JCL & VSAM 12 Wed Nov 16, 2016 7:33 pm
No new posts To trim spaces in a pipe delimited da... Nish84 COBOL Programming 16 Mon Oct 10, 2016 1:54 pm
No new posts How to display value of an exit param... lind sh CICS 2 Sun Oct 09, 2016 12:28 pm
No new posts Allocate dataset withour BLKSIZE Susanta CLIST & REXX 2 Thu Sep 22, 2016 11:51 am


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us