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

IEF210I - Unit field specifies incorrect device name


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
Kamil Tluczek

New User


Joined: 06 Feb 2014
Posts: 8
Location: Poland

PostPosted: Mon Apr 07, 2014 1:19 pm
Reply with quote

Hello,
I have some problem with submitting my job on my test system. This system uses only one disk, which has following specification:
Code:
IEE457I 09.02.32 UNIT STATUS 344             
UNIT TYPE STATUS        VOLSER     VOLSTATE 
0A80 3390 S             ZOSW06     STRG/RSDNT


I'm trying to run job with following JCL:
Code:
//IBMUSERA JOB  NOTIFY=&SYSUID                                     
//STEP1    EXEC HLASMCL                                           
//C.SYSIN DD *                                                     
ICHRDSNT CSECT                                                     
         DC    AL1(1)             INDICATES ONE RACF DATA SET     
         DC    CL44'SYS1.RACF'    PRIMARY RACF DS NAME             
         DC    CL44'SYS1.RACF.BACKUP'  BACKUP RACF DS NAME         
         DC    AL1(XX)            NUMBER OF RESIDENT DATA BLOCKS   
         DC    X'80'              UPDATES DUPLICATED ON BACKUP DS 
         END                                                       
/*                                                                 
//L.SYSLMOD DD DISP=SHR,DSN=SYS1.LINKLIB                           
//L.SYSIN   DD *                                                   
      NAME ICHRDSNT(R)                                             
/*                                                                 


end getting following JCL error:
Quote:
IEF210I IBMUSERA C STEP1 SYSUT1 - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME


Following DD statement is automatically added to my JCL:
Code:
XXSYSUT1   DD  DSN=&&SYSUT1,SPACE=(1024,(120,120),,,ROUND),UNIT=VIO,
XX             DCB=BUFNO=1                                           


Has anyone idea how can I handle this problem? Overriding SYSUT1 parameter is not solution I'm looking for.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


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

PostPosted: Mon Apr 07, 2014 2:00 pm
Reply with quote

Quote:
Following DD statement is automatically added to my JCL
Why do you think that this is an "automatic" insert? You execute a PROC in STEP1 - are you sure there is no DDName SYSUT1 in that PROC?
Back to top
View user's profile Send private message
Kamil Tluczek

New User


Joined: 06 Feb 2014
Posts: 8
Location: Poland

PostPosted: Mon Apr 07, 2014 2:38 pm
Reply with quote

Anuj Dhawan wrote:
Quote:
Following DD statement is automatically added to my JCL
Why do you think that this is an "automatic" insert? You execute a PROC in STEP1 - are you sure there is no DDName SYSUT1 in that PROC?
By "automatic insert" I mean that I do not specify it in JCL, of course it's included in PROC. But it's not a thing... Question is, how can I avoid JCL error without modifying a procedure or overriding DD statement (there are more procedures in my installation which use UNIT=VIO).
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


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

PostPosted: Mon Apr 07, 2014 3:15 pm
Reply with quote

Okay. It does not sound coherent. OTOH, I've a vague idea (because I can't test it, at the moment) - though try it. Put this in a member or file with RECFM/LRECL=FB/80:

Code:
ICHRDSNT CSECT                                                     
         DC    AL1(1)             INDICATES ONE RACF DATA SET     
         DC    CL44'SYS1.RACF'    PRIMARY RACF DS NAME             
         DC    CL44'SYS1.RACF.BACKUP'  BACKUP RACF DS NAME         
         DC    AL1(XX)            NUMBER OF RESIDENT DATA BLOCKS   
         DC    X'80'              UPDATES DUPLICATED ON BACKUP DS 
         END                                                       


And override this with above member/file like this
Code:
 //C.SYSIN DD DSN=your.new.memberor QSAM with proper DISP


execute and see what happens. Follow the similar process for
Code:
//L.SYSIN   DD *                                                   
      NAME ICHRDSNT(R)
too.
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10812
Location: italy

PostPosted: Mon Apr 07, 2014 5:12 pm
Reply with quote

Quote:
IEF210I IBMUSERA C STEP1 SYSUT1 - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME


what does the messages and codes manual tell about it ???

WE DO NOT BELONG TO YOUR ORGANIZATTION,
WE DO NOT KNOW ABOUT YOUR SETUP

the only reasonable replies that You can expect here are
FIX THE PROCEDURES
or
OVERRIDE THE PROPER STATEMENTS

You should not expect anything more
Back to top
View user's profile Send private message
Kamil Tluczek

New User


Joined: 06 Feb 2014
Posts: 8
Location: Poland

PostPosted: Mon Apr 07, 2014 5:27 pm
Reply with quote

Seems that I have found the solution already... I have no esoteric in IOCDS with VIO enabled. I will change my configuration later, but for now I will modify the procedures I need.
Thanks for your replies.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


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

PostPosted: Mon Apr 07, 2014 5:36 pm
Reply with quote

Thanks for the feedback Kamil. My suggestion was on the fact that you're passing the "in-stream" data to a PROC and unless your shop is at z/OS V 1.13, you might get an error ... though the message should not be this: "IEF210I IBMUSERA C STEP1 SYSUT1 - UNIT FIELD SPECIFIES INCORRECT DEVICE NAME"...

Said that, what level of zOS are you at?
Back to top
View user's profile Send private message
Kamil Tluczek

New User


Joined: 06 Feb 2014
Posts: 8
Location: Poland

PostPosted: Mon Apr 07, 2014 6:00 pm
Reply with quote

I have z/OS 1.10 for my disposal. I have to set up it on my own from the beginning and I use it as a sand box.
Back to top
View user's profile Send private message
Anuj Dhawan

Superior Member


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

PostPosted: Mon Apr 07, 2014 11:10 pm
Reply with quote

That explains a lot, Thanks! icon_smile.gif

Regards,
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 -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Related to Unit Testing Testing & Performance 2
No new posts Need to validate the field using cobol COBOL Programming 4
No new posts Recompiling programs after a copybook... COBOL Programming 1
No new posts How to read unpacked field created in... DFSORT/ICETOOL 12
No new posts Negative value - packed field - Natur... Java & MQSeries 0
Search our Forums:

Back to Top