IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Abend S000 U0242 in IEBGENER utility


IBM Mainframe Forums -> ABENDS & Debugging
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
paritosh.sharma

New User


Joined: 30 Jun 2008
Posts: 2
Location: Chennai

PostPosted: Tue Sep 09, 2008 1:55 pm
Reply with quote

Hi,
I am a new comer in mainframe.
I am trying to copy one dataset to another one using IEBGENER utility, I got abend S000 U0242, Can any one please tell me what is the meaning of this abend code.
Back to top
View user's profile Send private message
Srinivasa Rao

New User


Joined: 21 Jun 2005
Posts: 75

PostPosted: Tue Sep 09, 2008 2:36 pm
Reply with quote

Hi,

Welcome to the forum...

post your JCL to see the error message

try this code

//STEP010 EXEC PGM=IEBGENER
//SYSPRINT DD SYSOUT=*
//SYSUT1 DD DISP=SHR,DSN=In file
//SYSUT2 DD DISP=MOD,DSN=outfile
//SYSIN DD DUMMY
Back to top
View user's profile Send private message
paritosh.sharma

New User


Joined: 30 Jun 2008
Posts: 2
Location: Chennai

PostPosted: Tue Sep 09, 2008 2:53 pm
Reply with quote

Hi,
Thanks for your response,
It is working fine now.
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Tue Sep 09, 2008 3:33 pm
Reply with quote

Hi,

why does it need DISP=MOD ?

and please post original JCL and error message


Gerry
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Tue Sep 09, 2008 7:33 pm
Reply with quote

Hello,

And - is this an IMS question?
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Tue Sep 09, 2008 7:48 pm
Reply with quote

Well, it's not a good morning for me..

...in IMS DB/DC forum question on IEBGENER is asked
...without looking at SYSOUT suggestion comes in with
Code:
//SYSIN DD DUMMY
which would actually invoke the SORT product at that shop.

..& suggestion worked out..

Well, Please help me to learn the concept related to mainframes which I might have missed out after reading this thread..
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Tue Sep 09, 2008 10:39 pm
Reply with quote

Hi Anuj,

Quote:
which would actually invoke the SORT product at that shop.
Unless you are sure which shop this is talking about, IEBGENER may or may not invoke the sort. . .

Without seeing the original jcl, we can only guess. . .

I suspect that if the job were run 2 or more times, the MOD would cause problems as the output would accumulate when the file already existed.

4 paritosh.sharma,
You need to understand why the jcl worked and how it worked as well as understand why your original jcl did not work. If you post the original jcl, someone here will be able to clarify why it did not work.
Back to top
View user's profile Send private message
Srinivasa Rao

New User


Joined: 21 Jun 2005
Posts: 75

PostPosted: Wed Sep 10, 2008 7:45 pm
Reply with quote

Hi,

Yes it will accumulate the data in the existing file.

4 Anuj,

I gave the JCL with a guess that he is trying to copy from one DS to other using IEBGENER.

Why did you feel that sort will be invoked with this JCL?
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Sep 10, 2008 8:55 pm
Reply with quote

Hello,

Quote:
Why did you feel that sort will be invoked with this JCL?
Due to the speed of the sort product over iebgener, many systems "look at" iebgener executions and if it is simply a copy, invoke the sort product rather than iebgener. The speed difference is quite impressive.

This is not automatic, though, and is site-specific.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Wed Sep 10, 2008 11:53 pm
Reply with quote

Hi,
Srinivasa Rao wrote:
Why did you feel that sort will be invoked with this JCL?
Try to execute the same job with
Code:
DD DUMMY
& then with
Code:
DD *
check the messages in SYSPRINT in each case, please post us back what do you get there.
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19244
Location: Inside the Matrix

PostPosted: Wed Sep 10, 2008 11:57 pm
Reply with quote

Hi Anuj,

If there are no control statements, why would a DD * be used?
Back to top
View user's profile Send private message
Srinivasa Rao

New User


Joined: 21 Jun 2005
Posts: 75

PostPosted: Thu Sep 11, 2008 2:38 am
Reply with quote

Thanks D.sch for peace of good information

4 Anuj,

As dick said why would a DD * be used?

But I tested as you said with both DD DUMMY and DD *. My sysprint is same for both.

DATA SET UTILITY - GENERATE

PROCESSING ENDED AT EOD

Can you try the same in your system and paste what you get.
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Thu Sep 11, 2008 3:52 am
Reply with quote

Hi,


In my shop, a //SYSIN DD * or //SYSIN DD DSN= invokes IEBGENER

//SYSIN DD DUMMY invokes DFSORT.

In this case a //SYSIN DD * without control statements is not a good idea as it will be take longer to process if it is simply a copy.

Personally until DFSORT was invoked from IEBGENER, I had no issues using //SYSIN DD * without control statements, mainy because I often interchanged between no control and control statements.


Gerry
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India

PostPosted: Thu Sep 11, 2008 5:06 am
Reply with quote

Hi,
Quote:
Can you try the same in your system and paste what you get.
With
Code:
DD DUMMY

SYSPRINT:
Code:
DATA SET UTILITY - GENERATE                                                     
 WER276B  SYSDIAG= 3093963, 8156245, 8156245, 6064567                           
 WER164B  4,912K BYTES OF VIRTUAL STORAGE AVAILABLE, MAX REQUESTED,             
 WER164B     44K BYTES RESERVE REQUESTED, 432K BYTES USED                       
 WER146B  4K BYTES OF EMERGENCY SPACE ALLOCATED                                 
 WER108I  SYSUT1   : RECFM=FB   ; LRECL=    80; BLKSIZE= 27920                 
 WER110I  SYSUT2   : RECFM=FB   ; LRECL=    80; BLKSIZE= 27920                 
 WER410B  3,880K BYTES OF VIRTUAL STORAGE AVAILABLE ABOVE THE 16MEG LINE,       
 WER410B     0 BYTES RESERVE REQUESTED, 324K BYTES USED                         
 WER211B  SYNCSMF  CALLED BY SYNCSORT; RC=0000                                 
 WER449I  SYNCSORT GLOBAL DSM SUBSYSTEM ACTIVE                                 
 WER416B  SYSUT1   : EXCP'S=1,UNIT=3390,DEV=B101,CHP=(151719959799,3),VOL=MIZAAF
 WER416B  SYSUT2   : EXCP'S=1,UNIT=3390,DEV=B501,CHP=(555759D5D7D9,4),VOL=MIZAA2
 WER416B  TOTAL OF 2 EXCP'S ISSUED FOR COPYING                                 
 WER054I  RCD IN         13, OUT         13                                     
 WER169I  RELEASE 1.2 BATCH 0453 TPF LEVEL 3.0                                 
 WER052I  END SYNCSORT - XXXXXX,BACKUP,,DIAG=E600,608D,CAB7,6057,AE5A,48A3,0E6
SYNCSORT COPY FEATURE CALLED - RC = 0                                           


And With
Code:
DD *

SYSPRINT:
Code:
DATA SET UTILITY - GENERATE                                           
IEB352I WARNING: ONE OR MORE OF THE OUTPUT DCB PARMS COPIED FROM INPUT
                                                                       
PROCESSING ENDED AT EOD                                               
Back to top
View user's profile Send private message
Srinivasa Rao

New User


Joined: 21 Jun 2005
Posts: 75

PostPosted: Thu Sep 11, 2008 12:28 pm
Reply with quote

Hi,

Great....

I hope utilities differs from site to site depending on various sort's installed or any other reason behind it......
Back to top
View user's profile Send private message
Srinivasa Rao

New User


Joined: 21 Jun 2005
Posts: 75

PostPosted: Thu Sep 11, 2008 2:54 pm
Reply with quote

I think......

SORT EXIT must be defined in your parmlib. So When you executed with DUMMY it invoked sort utility...
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> ABENDS & Debugging

 


Similar Topics
Topic Forum Replies
No new posts ISAM and abend S03B JCL & VSAM 10
No new posts REASON 00D70014 in load utility DB2 6
No new posts ISRSUPC search utility - using high l... TSO/ISPF 2
No new posts Abend S0C4 11 (Page Translation Excep... PL/I & Assembler 16
No new posts WER999A - UNSUCCESSFUL SORT 8ED U Ab... SYNCSORT 5
Search our Forums:

Back to Top