|
View previous topic :: View next topic
|
| Author |
Message |
Kamil Tluczek
New User
Joined: 06 Feb 2014
Posts: 8
Location: Poland
|
|
|
|
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 |
|
 |
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
| 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 |
|
|
Kamil Tluczek
New User
Joined: 06 Feb 2014
Posts: 8
Location: Poland
|
|
|
|
| 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 |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
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 |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| 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 |
|
|
Kamil Tluczek
New User
Joined: 06 Feb 2014
Posts: 8
Location: Poland
|
|
|
|
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 |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
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 |
|
|
Kamil Tluczek
New User
Joined: 06 Feb 2014
Posts: 8
Location: Poland
|
|
|
|
| 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 |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006
Posts: 6250
Location: Mumbai, India
|
|
|
|
That explains a lot, Thanks! 
Regards, |
|
| Back to top |
|
|
|
|
